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Description 

FIELD OF THE INVENTION 

5 [0001] The present invention relates to a method and system for distributing financial and other services to remote 
locations, and more specifically, provides banking type financial transaction handling via remote data terminals located 
in users* homes, offices or other locations (i.e., "home banking 0 or "remote banking"). Still more specifically, one aspect 
of the present invention involves using the ATM (automatic teller machine) network (interchange) as a data communi- 
cations network for conducting banking financial transactions from homes and offices. 

10 

BACKGROUND AND SUMMARY OF THE INVENTION 

[0002] Not long ago, "home banking" was thought to be just around the corner. With the advent of relatively inex- 
pensive, powerful personal computers, the computer industry hoped (and predicted) that a personal computer with 

15 communications capability (e.g., modem) would soon find its way into every home. 

[0003] It was generally believed by many that the home computer would become a central, integrated part of everyday 
life and would proliferate as have radio and television receivers in past decades. It was expected that people would 
prepare and file their income tax returns by computer, conduct most or all financial transactions (including billpaying) 
through software interfacing their personal computer and telecommunications lines with banks and other financial 

20 institutions, etc. The home personal computer was expected to largely replace the U.S. Postal Service as a means of 
communicating with and contacting the outside world. People would draft personal letters using word processing soft- 
ware on the personal computer and telecommunicate the letters electronically to the intended recipient over telecom- 
munications networks. It was expected that shopping would be done electronically by perusing electronic merchandise 
and grocery catalogs "online" and placing orders electronically over a telecommunications data network; and that even 

25 newspapers would be read electronically "online" (thus obviating the need for delivery of hard copy). 

[0004] A few banks and other financial institutions actually developed "home banking 8 systems designed to interface 
with home personal computers expected to soon be found in most households. 

[0005] Ordinary people are generally not used to computers and many avoid them whenever possible. While the 
next generation may be highly computer literate, many of their parents and grandparents have little or no computer 

30 experience and would much rather continue doing things "the old way. " Even computer literates who own home personal 
computers find use of the computer to be relatively limited. As one example, it continues to be relatively expensive 
and impractical to send "mail" electronically. Telecommunicating over telephone lines is relatively expensive, and only 
just recently have regional telephone companies entered the public data network (PDN) business thereby increasing 
capacity and reducing user costs. Moreover, most intended electronic mail recipients do not even have computers, the 

35 necessary communications equipment and the knowledge and experience. 

[0006] Perhaps more importantly, the "learning curve" associated with familiarizing oneself with new software is often 
so steep that even computer literate people look upon learning a new software package with great disdain and appre- 
hension. Thousands upon thousands of different software packages are on the market, but the top sellers are typically 
the first packages to be introduced. This is because users tend to continue to use software they already know and 

40 resist learning new packages unless they are convinced the effort will be worthwhile. Even "user friendly" software 
may be very time consuming to learn. Many users would probably prefer to continue their banking transactions in "the 
old way" rather than spending even only a few hours learning a completely new home banking software package. 
[0007] In addition, the cost of providing home banking services have been enormous. Service providers incur very 
high communications costs in linking their central processors with PC users, banks, and payees (merchants). Many 

45 payees also do not accept electronic payments (for lack of substantial volume), forcing service providers to make costly 
paper-based payments. Settlements processing can also be costly, as banks must install special purpose software 
and operating procedures. These and other costs have been passed along to consumers, thereby dampening the 
demand for home banking services. 

[0008] Thus, although a small percentage of people have effectively come to utilize and rely upon some of the vast 
so variety of services accessible through a home computer as an integral part of their daily lives, the vast majority continue 
to communicate by post and telephone, shop by visiting retail stores or leafing through hard copy catalogs received in 
the mail, and pay their bills by writing checks and sending them through the mails. 

[0009] In part because of the problems discussed above, PC-based home banking is not yet a practical reality for 
most consumers. In fact, many home banking programs launched in the past have been declared failures and discon- 
55 tinued. See, for example, 

Egner, "Not Quite Ready for Home Banking". The EFT Sourcebook, pp 171-175 (1988); and 
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Tyson, ■ 'Survival* Kit: Pens and Stamps Instead ol Video", American Banker (March 16, 1989). 

[0010] Few corporations continue to market cumbersome, hard-to-use, PC and modem-based home banking sys- 
tems developed a few years ago. Covidea, a joint venture between Chemical Bank and AT&T, was the earliest, most 
5 notable PC-based home banking enterprise. After $70 million in investment and nearly 10 years of devebpment and 
marketing, Covidea recently terminated its operations. Chemical and AT&T cited obsolete technology as the principal 
reason tor closing operations. Knight-Ridder, AMR and others have ceased operating their PC-based home banking 
services. The following institutions, however, continue to operate home banking systems: 



15 



MAJOR HOME BANKING OPERATORS 


Operator 


Name of Service 


Est. Users 


Bank of America 


Homebanking 


37,000 


Manufacturers Hanover 


Excel 


7,000 


Citibank 


Direct Access 


15,000 


Chase Manhattan 


Spectrum 


5,000 


Madison Bank 


Home Teller 


2,000 


Princeton Telecom 


licensed to banks 


2,000 


Harbinger Computer 


licensed to banks 


2,000 


Prodigy 


licensed to banks 


10,000 


j Source: Teleservices Report, Arlen Communications, 1987 Videotext Industry Association, 


1988 







25 [001 1] Prodigy (a joint venture between IBM and Sears) is the primary major operator actively pursuing the national 
market. Much like the banks, Prodigy targets personal computer users (with modems) with extensive videotext service 
(e.g. airline reservations, and home shopping). Unlike the banks, however, bank services are secondary and Prodigy 
hopes to offset some of its high costs with advertising revenues. Even if Prodigy succeeds, its services are aimed at 
a high-end, technology-user - not the broader market comprising the majority of bank customers. 

30 [001 2]_ Telephone banking operators have recently begun to allow customers to pay bills from home. Some such 
telephone billpaying systems involve voice response technology to provide automatic handling of limited customer 
financial transactions (thus eliminating the requirement for human operators to answer and handle customer calls). 
Several independent telephone billpaying services have emerged (e.g. Checkfree and Merchants Network), but most 
billpaying services are offered by individual banks. Recent voice-response technology advances have enabled tele- 

35 phone banking and billpaying to become the banking industry's fastest growing retail product. Payments Systems, Inc., 
a leading electronic funds transfer consulting firm, estimates that 5-7 million U.S. households use telephone banking 
in 1988 versus approximately 2 million in 1985. 

[001 3] Nonetheless, telephone billpaying has serious limitations because of its lack of a visual interface (i.e. , display). 
Telephone voice response systems only permit the presentation of very limited, simple alternatives. Sophisticated 

40 service offerings are not practical because of their reliance on complex branching alternatives which can not be easily 
remembered by users. As a consequence, telephone billpaying users easily lose track of their place; confirmation and 
review of payments is limited; users need to keep track of payee code numbers on separate paper lists; and user 
options such as scheduling payments become exceedingly complex and thus virtually impractical. Telephone billpaying 
service providers have high cost structures and, despite advances in voice-response technology, telephone billpaying 

45 has serious inherent service limitations. 

[001 4] Telephone banking is convenient but has inherent limitations which make billpaying and other complex finan- 
cial services very hard-to-use. ATMs, on the other hand, are very easy-to-use, but lack the convenience of a telephone. 
[001 5] ATM usage has grown dramatically in the past decade. There are now approximately 1 40 million cardholders 
in the U.S. Japan has over 1 35 million ATM cardholders, and Europe has 122 million cardholders. Approximately 25% 

50 of U.S. households use ATM card 5 or more times per month. These cardholders have demonstrated a high degree 
of comfort with electronic banking. These customers tend to be under 40, upwardly mobile, and convenience-oriented. 
See, for example, 

Kutler, "Marketing Effort is Needed to Swell Ranks of ATM Users", Consumer Survey, American Banker pp 73-76; 

55 

"Survey of ATM Networks and Debit Card Users", The Nilson Report (1987 Ed.); and 

"Three-Quarters of Households to Use ATMs by Year 2,000", Bank Systems and Equipment p 38 (September 
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1987). 

[0016] While ATMs are very easy-to-use, they currently allow users to access only a limited number of bank teller 
services. A bank's own ATMs are typically connected by direct line to the bank's data processing system. The bank's 
5 data processing system, in turn, communicates with a regional (or national) "ATM Network" - a specialized digital 
packet network which communicates ATM and POS (point of sale) transactions among banks using standardized 
message protocols. These ATM networks and associated digital switches permit someone using the ATM of one bank 
to access an account in another bank, for example. 

[001 7] ANSI and others have established standards on ATM digital message protocols and other features of ATMs. 
10 A more-or-less standard, generic ATM interface has developed in the banking industry, making it relatively easy for a 
user to use any ATM on the ATM network once has he learned how to interact with this more-or-less standard interface. 
Of course, ATMs produced by different manufacturers may differ in key placement, number of keys, key legends, screen 
size, etc. However, there has been a trend toward standardization so as to minimize user discomfort with using a 
"foreign bank" ATM. 

is [0018] Of course, a bank customer wishing to use the ATM network to conduct a financial transaction typically has 
to travel to a nearby ATM (e.g., at a local bank branch). Moreover, most ATMs generally do not permit customers to 
pay bills or conduct other complex financial transactions - typically limiting the user to withdrawals, account inquiries, 
account transfers, and, if the ATM the user accesses is that of his own bank, deposits. 

[0019] It is known to utilize the ATM network to conduct financial transactions other than in the manner discussed 
20 above. The following references are generally relevant to use of an ATM network/switch for processing various types 
of financial transactions: 

ITS Develops SHAZAM Bill Payer For Consumer and Merchant Convenience", ITS Current pp 3-5 (March 1 988); 
25 Levy, J., "The Delicate Balance of ATM Industry Standards", The EFT Sourcebook, pp 35-38 (1 988) 

National Directory of Shared ATM/POS Networks 1987 Edition, TransData Corp.; 
Interregional Sharing Model of the Shared Network Executives Association , pp 467-70; 

30 

Zimmer, "A Leading Analyst Investigates Whether the ATM Market Has Reached Its Saturation Point or is Poised 
for Expansion", American Banker, p 1 3, Vol. 1 52, No. 234 (December 1 , 1 987); 

Garsson, "NCR Universal Credit Union Claims A First with Home Banking Services". American Banker, p 10 (Au- 
35 gust 24, 1983); 

Anderson, "Electronic Funds Transfer is Reaching the Point-of-Sale; Banks, Retailers Look to EFT Transactions 
to Lessen Processing Costs, Increase Market Share", American Banker, p 32 (July 28, 1982); and 

40 "Electronic Networks Springing Up All Over Systems Linking Automated Teller Machines, Point of Sale Devices 

are Established or Contemplated in Several Areas of the Country", American Banker, p 2 (March 19, 1982). 

[0020] It appears from the articles referenced above that others in the past have explored the use of an ATM network/ 
switch to route point-of-sale and/or billpaying data requests and transactions. For example, the National Directory 

45 reference (see above) claims that four ATM networks provide participants with home banking services (although this 
claim may actually be false). The "Shazam" system, under development in Iowa, permits a consumer to pay bills to 
prespecified accounts using a bank ATM or special purpose ATM type "billpaying terminal" located in a branch bank 
and communicating directly over the ITS ATM network. The MAC system permits a PC-based home banking service 
provider to use the network to perform limited functions such as balance inquiry and funds transfers. Aggregated bill 

50 payments are transmitted to banks using the MAC network as a simple data carrier at the close of the banking day in 
batch mode. 

[0021] Some point-of-sale (POS) systems do exist which are capable of automatically generating debit requests and 
applying such debit requests to an ATM network (e.g., to result in immediately debiting a purchaser's account). Spe- 
cifically, it appears that some such POS systems include a "concentrator" central computer connected to local modems. 
55 The local modems receive incoming calls over dialup telephone lines from remote POS stations located at retail sites. 
When a purchaser makes a purchase, he provides a magnetic stripe card which is encoded with identity and account 
information readable by the remote POS terminal. The purchaser also is required to input his PIN (personal identification 
number) for security reasons. The POS station automatically dials the central computer and transmits an identification 
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of the retailer; purchaser bank and account information; and a dollar amount to be debited. The central computer 
reformats the POS request into a standardized POS debit request message which it transmits over the ATM network. 
The transmitted debit request causes the purchaser's bank account to be immediately debited, and may also provide 
a feedback message to the remote POS terminal indicating that the purchaser had an account balance exceeding the 
s purchase amount and that the purchase amount has been successfully debited from the purchaser's bank account. 
Additional mechanisms cause the debited funds to eventually be paid to the retailer. 

[0022] The following patents are generally relevant to prior dedicated home banking terminals and associated sys- 
tems/networks: 



10 U.S. Patent No. 4,634,845 to Hale et al 

U.S. Patent No. 4,689,478 to Hale et al 
U.S. Patent No. 4,694,397 to Grant et al 
U.S. Patent No. 4,305,059 to Benton 
U.S. Patent No. 4,341,951 to Benton 

15 U.S. Patent No. 4,625,276 to Benton et al 

U.S. Patent No. 4,536,647 to Atalla et al 



[0023] The two Hale patents relate to a specific dedicated home banking terminal and associated system. Grant et 
al broadly teaches a system which integrates banking and brokerage services via a data communications gateway 

20 between the two systems. The three Benton patents relate to details concerning personal banking/financial transaction 
terminals. Atalla et al teaches a portable banking terminal including data encryption capabilities and discusses com- 
municating over data communications lines with a data switch (see FIGURE 1 and associated text). 
[0024] In addition, international patent application WO-A-90/G02B1 (which was published after the priority date of 
the present application but has the earlier priority date of 30 June 1 988) discloses a conventional home banking system 

25 in which there is a direct interface between a home terminal and the main bank computer. A host computer located at 
a financial institution, which is directly interfaced with the main bank computer, receives electronic financial transaction 
request messages over the telephone system. During a banking operation, control resides in the host bank computer. 
The system is dependent upon an individual financial institution installing the necessary interfaces with the main bank 
computer to enable remote personnel terminals to effect control of the main bank computer. 

30 [0025] American Banker, 4 April 1994, "Low-Cost Computer Terminal Designed for Home Banking" discloses a sys- 
tem in which an inter-bank financial network regional automated teller machine network is used for balance enquiries 
and account transfers, but not for debits or credits. The internal computers of the financial institutions are used to 
handle all payments, and not the inter-bank financial network represented by the ATM system. 
[0026] US patent number US-A-4 536 647 discloses a system permitting secured banking transactions such as 

35 deposits, withdrawals, and account-balance reviews by an individual at any location where a telephone or point-of- 
sale terminal is available. The system incorporates pocket banking terminals which include encoding/decoding circuitry 
so that all banking transactions are securely coded. A direct interface with the inter-bank financial network and the 
users bank is required. 

[0027] The following patents relate to banking terminal security considerations: 

40 

U.S. Patent No. 4,390,968 to Hennessy et al 

U.S. Patent No. 4,525,712 to Okano et al . 

[0028] The following additional patents are of general interest as representing the state of the art: 

46 

U.S. Patent No. 4,454,414 to Benton 

U.S. Patent No. 4,578,535 to Simmons 

U.S. Patent No. 3,920,926 to Lenaerts et al 

U.S. Patent No. 3,652,795 to Wolf et al 
50 U.S. Patent No. 4,71 3,761 to Sharpe et al 

U.S. Patent No. 4,683,536 to Yamamoto 

U.S. Patent No. 4,678,895 to Tateisi et al 
_ US- Patent No. 4,594,663 toNagata et al 

G^rPatent-Nor3;375i50b to Fowler et al 

55 U.S. Patent No. 3,970,992 to Boothroyd et al 

~ U.S. Patent No. 3,648,020 to Tateisi et al 

U.S. Patent No. 4,654,482 to DeAngelis 
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[0029] Most banks believe that remote banking is a good idea waiting for an acceptable, cost-efficient, easy-to-use 
delivery system. Most bank customers dislike the time consuming drudgery they devote every month to paying bills 
and conducting other banking transactions, and wish a low cost, easier way existed to perform these transactions. 
Unfortunately, the prior art discussed above does not provide any practical architecture for providing comprehensive 
5 banking services (including paying plural bills to user selected payees) in the home or office over standard dialup 
telephone lines via an ATM network. 

[0030] According to a first aspect of the present invention there is provided a process for delivering at least one 
service to a user at least in part using a home terminal, the user having an account at a financial institution, the financial 
institution being coupled to other financial institutions through a financial network, the process characterized by the 
10 following steps: 

(a) electronically receiving a service request from the home terminal; 

(b) at least in part in response to the received service request, generating an electronic request message to credit 
or debit the user's account at the financial institution, the generated message including at least some information 

is that has the effect of guaranteeing the credit or debit; 

(c) electronically routing said request message through the financial network, 

(d) effecting, with the financial network, a guaranteed electronic credit or debit transaction of funds to/from the 
user's account at the financial institution substantially in real time based on the routed request message; and 

(e) delivering the requested service to the user. 

20 

[0031] According to a second aspect of the present invention there is provided a system for delivering at least one 
service to a user using a home terminal, the user having an account at a financial institution, the financial institution 
being coupled to other financial institutions through a financial network, the system characterized by the following: 

25 the home terminal being especially adapted to electronically send a service request to a remote computer; 

the remote computer generating, at least in part in response to the received service request, an electronic financial 
transaction request message to credit or debit the user's account at the financial institution, the generated message 
including at least some information that has the effect of guaranteeing the credit or debit, the remote computer 
being coupled to the financial network, 

30 the financial network automatically routes said request message to the financial institution, 

the financial institutbn electronically performs a guaranteed credit or debit of funds to/from the user's account 

substantially in real time based on the routed request message, and 

the system includes a service delivery mechanism for delivering the requested service. 

35 [0032] The present invention provides a solution to many of the problems discussed above. In particular, the present 
invention provides a practical, cost-effective, workable system and method for delivering banking and other financial 
services (including billpaying capabilities) to remote sites, such as customer homes and offices while avoiding the 
pitfalls encountered by home banking experiments of the past. 

[0033] The present invention capitalizes on the convenience of the telephone and the widespread familiarity with 
40 automatic teller machines. Previous "home banking" applications required a personal computer (PC), a modem, com- 
plicated software procedures and considerable training and/or computer knowledge. Home banking was thereby con- 
- fined to the extremely small niche of sophisticated PC users. Now, wfth new technology and an established base of 
140 million ATM cardholders, the present invention can reach a large market with tow cost services: 



45 -•- The present invention serves this market by providing a low cost (possibly free) ATM-like terminal, which preferably 
uses low-cost Applications Specific Integrated Circuit (ASIC) and surface mount technology for tow cost and high 
reliability; 

• The present invention targets remote banking service to 50 million U.S. households owning ATM cards, 21 million 
so of whom show a high degree of comfort with electronic banking; 

• The present invention preferably utilizes ATM and telephone company digital communications networks, thus 
-~ avoiding a large upfront fixed investment and ensuring low operating costs;.. _ . 

55 a * u T he present invention system costs are supported by sharing processing savings wfth banks, payees and adver- 
tisers (who target ads to users based on spending patterns). 

[0034] Briefly, the present invention provides dedicated telephone-based banking terminals to users for home or 
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office use ("home banking"). An asynchronous communications link is connected to a telephone company public data 
network (or other digital packet network) between the remote terminal and a central computer system operated by the 
service provider. A central computer system analyzes and processes the user payment instructions - typically process- 
ing a user's request for many discrete financial transactions at one time. The central computer stores information about 
5 these transactions in a database it maintains, and then generates electronic funds transfer (EFT) requests which it 
communicates to the user's bank via an ATM network/switch. For example, the central computer system may debit the 
user's account at his bank (e.g., via a POS debit message passed over the ATM network) and electronically transfer 
the funds to a holding account or bank. The central computer then distributes the funds (bill payments) to the payees 
requested by the user. 

10 [0035] ATM networks have been used for ATM use and more recently for point-of-sale (POS) uses. When combined 
with new PDN service as in the preferred embodiment of the present invention, ATM networks permit development of 
a market at minimal upfront, fixed cost and very low variable operating costs. The system provided by the preferred 
embodiment of the present invention basically acts as a conduit connecting bank depositors with their bank through 
telephone company gateways and ATM networks. The service provider need not build its own network, and banks 

is need not install new communication lines or software. 

[0036] Since ATM networks have in the past usually provided only limited services (e.g., withdrawal, deposit and 
account inquiry, and more recently, point-of-sale transaction handling), the present invention offers a new use of the 
existing ATM networks to provide transactions not previously supported by the networks and also provides a new 
central computer/communications system performing new functions - in addition to providing a linkage never before 

20 existing between two networks (i.e., a digital packet network accessible through dialup telephone gateway, and an 
ATM network) for the purpose of home banking. 

[0037] Payments can be processed immediately and made using EFT means (automated clearinghouse, direct de- 
posit in concentrator accounts, point-to-point, etc.) through payment network. Certain EFTs are processed through the 
originating ATM network (or though another ATM network). Payments not made electronically are sent by post in the 
25 form of a check and payor invoice information list ("check and list"). In addition, the central computer system can 
transmit to the user's bank the names of payees and other Federal Reserve Regulation E information through the ATM 
network using POS formats. This permits the customer's bank to print a unified statement listing the billpaying trans- 
actions as well as normal bank transactions (e.g., deposits, debits, and ATM withdrawals). 

[0038] Thus, once entered into the system a user terminal is linked in the preferred embodiment through a gateway 
30 to a public data network (PDN) service of a regional telephone company. Telenet and other PDN services have been 
available for years, and these services remain competitive to the regional telephone companies on an interstate basis. 
However, the data packet price of local PDN services is usually lower for regional telephone companies (because the 
cost of their networks is amortized over many users and alternative uses.) 

[0039] The preferred embodiment preferably includes compact inexpensive remote user terminals capable of inter- 
ns facing with standard dial-up telephone lines. One version of the preferred embodiment terminal is compact in size 
(3.75° x 8" x 1 .75"), portable and simply connects to the user's telephone jack. A second version of the terminal has a 
telephone handset and associated electronics permitting the consumer to use the device as a terminal or as a con- 
ventional telephone. No hardware or installation expense is required. Users operate the terminal intuitively, and users 
need not have prior computer experience. Since the present invention targets ATM users, the terminal is designed to 
40 interact with users in a manner similar to ATM user interaction. 

[0040] Users preferably activate the preferred embodiment terminal by simply turning it on. The terminal automatically 
dials a central processor system over dialup telephone lines. Users are preferably welcomed in the name of their own 
bank. They may gain access to services by identifying their account from a menu of authorized household users, then 

entering.their bank ATM.personal identification number (PIN). A built-in security device is preferably provided to afford 

45 . _ high level security to theuser, and the terminal has Jhe capability to transmit encrypted data. 

[0041] Users preferably receive and view messages through a four line (e.g., by 24 or 30 character) liquid crystal 
display (LCD). Instructions are communicated through a backlit display adjacent to the LCD. Messages are commu- 
nicated at high speed (e.g., 1200 baud) over dialup lines. The terminal takes advantage of significant human factors 
research and development performed by the U.S. Department of Defense and adopted by major ATM producers. By 
so positioning selection ("soft") keys next to options displayed on the screen, users can more easily understand and 
quickly respond to instructions. Users thereby communicate by single-stroke responses to choices displayed, and the 
"service provider has much greater system flexibility with which to format screens and expand services. 
[0042] Moreover, the preferred embodiment terminal and associated user interface to some extent mimics the ter- 
minal/interface provided by standard ATMs already in use by millionspf bank customers. The preferred embodiment 
55 jhus eliminates or reduces.the level. of apprehension, many users might harbor toward learning a_new terminal and 
interface. When a typical new us'e? ffrst uses the~te7minafpFovided byThe present invention, he intuitrvety~knows how 
to navigate through the user interface/menu structure because the user interface is (at least superficially) similar to 
that of ATMs he has used in the past. Of course, the user interface and terminal provided by the present invention offer 
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far more functionality than is available through a standard ATM, and in fact are extremely different from the standard 
ATM terminal/interface. However, the user's initial impression is perhaps the most important and the typical user's first 
impression to the terminal provided by the present invention is that it is "like" an ATM and can be operated intuitively 
without reading a user manual and without any steep learning curve. The primary market for the services provided by 
the present invention is 21 million highly active ATM users who will view the invention as a convenient, comfortable 
extension of current ATM services. The services may also appeal to certain no-ATM users, who will be attracted to the 
expanded services (e.g., billpaying) provided by the present invention. 

[0043] The major emphasis in designing the terminal and its support system is service and ease-of-use. This has 
been achieved by adopting a number of features contained in the popular ATM machines empbyed by banks, such 
as for example:. 

1) Keyboard and Screens: The latest ATM machines contain simple uncluttered keyboards usually consisting of 
an alpha/numeric keypad, a cancel key, enter key and a number of "soft" (i.e., programmable) selection keys 
adjacent to the screen which have no fixed function. The function of these soft keys is described on the screen 
and is related to service that is being provided. Older machines tend to have multiple dedicated function keys that 
perform one specific function. The user must push the proper function keys in the correct sequence to complete 
the transaction in which he is interested. These keyboards tend to be cluttered and confusing. The displays asso- 
ciated with this type of keyboard are usually limited to several lines of text. The dedicated key keyboard design 
approach is necessary because the limited size of the display precludes the presentation of multiple alternatives 
among which a user may select. Newer machines have larger video displays consisting of from four to eight lines 
and "soft" keys that fulfill different functions depending on information provided on the screen. Users are presented 
with multiple choices and asked to select the desired alternative. The user pushes the "soft" key that corresponds 
to the selection he wishes to make. Similar to the newer ATM machines, the terminal provided by the present 
invention contains a four line by, for example, 24-character LCD display (many ATMs use video displays), four 
"soft" keys, a cancel and a numeric keypad. In addition, the terminal provided by the present invention contains a 
HELP key and two screen control keys labeled PRIOR and NEXT Unlike ATM machines a user who needs as- 
sistance can obtain it regardless of "where he is" in the transaction process by pushing the HELP key. Context 
sensitive help provides explanations regarding the transaction in which he is involved. The screen control keys 
permit the user to scroll forward and backward when reviewing lists. Using the NEXT key also permits movement 
from one screen to the next at the user's pace. The CANCEL key permits the user to correct erroneous input or 
back out of certain transactions when he has mistakenly chosen an alternative. 

2) Security: The ATM establishes a user's identity by requiring a card and the use of a personal identification 
number (PIN). The terminal provided by the present invention uses a slightly different approach in that no card is 
required (although in at least one configuration a card may be used if desired). The terminal is generally in a more 
secure location than is an ATM machine. At SIGNON the terminal transmits a unique number that identifies a 
particular household. The individual selects his name from the authorized household list. He is then requested to 
enter his PIN in much the same manner as with an ATM machine. The data transmitted from the terminal is en- 
crypted, providing security against line tapping or theft of the line. An ATM uses a bank card to determine who is 
signing on the machine; in contrast, in accordance with one aspect of the present invention, terminal possession 
is used as an indication of one of several users in a household. 

3) Look and Feel: The newer ATM machines are menu driven, the user is presented with a number of alternatives 
and he selects the one he wishes by using "soft" keys. This is preferable to the user having to follow a list of steps 
coordinating screen instructions with different dedicated function keys on a nearby keyboard. There is less dis- 
traction and confusion when the user is provided alternatives on the screen. He can be given assistance upon 
request when he is uncertain. There is no limited reading of keycaps or coordination of key colors or reading of 
sequential instruction lists posted on the machine. In a similar fashion the terminal provided by thepresent invention 
is menu oriented. The user can get to his desired service quickly (generally with selections from 1-2 levels of 
menus). The combination of "soft" keys and menu branching provides a look and feel very similar to an ATM with 
which he is comfortable and experienced although the terminal provided by the present invention also provides 
several additional important features which provide increased functionality. 

4) Services: The ATM primarily provides balance inquiry, cash withdrawal and check deposit accompanied by a 
receipt. Some ATMs permit limited bill payment and last date of deposit and withdrawal. Instead of printing out a 
receipt like an ATM, user of the terminal provided by the present invention receives a statement from his bank at 
the end of the month. In addition, it is unlike an ATM in that you generally cannot receive money or make deposits 
through the terminal (unless an additional interface to a debit card or "smart card" is provided). The terminal user 
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is, however, able to pay all bills (present and future or pay periodically), transfer funds (today and in future), obtain 
balance information, look forward and backward at statement activity (payments, deposits and transfers) transfer 
funds among accounts and banks, obtain information on bank services and rates anywhere there is a standard 
telephone RJ-11 jack With the addition of an alpha keyboard (which may be an expansion feature) the terminal 
5 can provide E-mail and other alpha-dominated services. 

5) Personal Service: The terminal provided by the preferred embodiment of the present Invention is compact and 
portable and is available for use twenty-four hours a day. The list of payees the user selects can be anyone, not 
a preselected list as with the few cases where users pay bills from an ATM. The services are available when the 

10 user wants, where the user wants. His billpaying time is reduced and he need not contend with stamps, check 

printing fees, envelopes, and postal delivery. 

6) Network Configuration: The ATM machine is usually connected to a bank's computer via telephone or hard line. 
Accounting information is provided by the bank's computer. Transactions that must be passed to other banks are 

15 transmitted through the ATM network. Those ATMs that permit billpaying inventory the bills that are to be paid 

during the day at the ATM machine and are then posted after the close of the banking day by the bank. The ORL 
system passes bill payments directly through the ATM interchange (in the form of point-of-sale transactions) for 
debit and credit of accounts on a real-time basis. 

20 [0044] To use billpaying features, customers provide the service provider in advance with a list of payees (names, 
account numbers, addresses). A typical household (owning an ATM card) writes 26 checks per month and the list 
might, for example include payments for: 



25 


•utilities 


telephone, gas, water, electricity, cable TV; 




•residential 


rent, mortgage, home, insurance; 




•automotive 


gas credit card, auto insurance, auto loan; 


30 


•credit card 


AMEX, Visa, Master Charge and others; 




•retail 


major department stores; 


35 


•financial 


installment loan, taxes, stock broker fees; 




•medical 


physician, dentist, health insurance; 


40 


•business 


office parking fee, newspapers, magazines; and 




•miscellaneous 


child care, tuition, church, vacation home, domestic employees, etc. 



[0045] Users may review past payments and schedule future payments (e.g., timed to meet anticipated funds avail- 
45 ability such as a paycheck or check deposit). Users may also have the system provided by the present invention 
automatically pay fixed, recurring payments, such as rent, mortgages, and installment loans. 
[0046] The preferred embodiment of the present invention processes information transmitted through the PDN using 
a fault-tolerant central processor to ensure system integrity. Once the system provided by the present invention proc- 
esses user payment instructions, it communicates with the user's bank through a regional or national ATM network. 
so Regional ATM networks (which are usually shared banking cooperatives) have been developed to permit bank cus- 
tomers to access any ATM in their local area. Users are no longer tied to their own bank's ATMs. The Cirrus and Plus 
ATM networks offer the same service on a national basis by linking required ATM networks. The ATM network appli- 
cation provided by the present invention preferably requires no new hardware or software modifications to ATM com- 
munication systems. And, very importantly, unlike other home banking systems (which require specialized software in 
55 automated clearing house capability), the present invention requires little or no new software or operating procedural 
changes at a user's bank. 

[0047] Using an ATM network, the service provider pays customer bills by first debiting the user's account at his 
network bank - preferably by sending a POS debit message over the ATM network. Such standard POS messages 
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not only permit the service provider to pass payee or other information over the network to the user's bank for use by 
the bank in generating a unified monthly statement, but also provide an automatic account inquiry/balance check func- 
tion (so that the user does not overdraw his bank account inadvertently). Funds are transferred through the ATM network 
to the service provider's holding bank (or a clearing account maintained by the service provider in the user's bank). 

5 Payments are preferably processed immediately electronically, where feasible, either immediately or "warehoused" for 
a short time for transmittal with other user payments to a single payee. Otherwise bills are paid by paper check, 
[0048] Electronic payments can be processed through an Automated Clearing House (ACH) system, (e.g., Federal 
Reserve) directly to a payee (point-to-point), or to the payee's bank (directly or indirectly through an ATM network or 
other remittance channel). In recent years, payees have become more receptive to working with electronic payments 

10 processors. Aside from minimizing a payee's processing costs and float, the present invention offers payees more 
predictable cash flow, lower returns (bad checks), and accounting and bookkeeping advantages related to consolidated 
payments. 

[0049] The invention provides some additional benefits to payees. By processing customer bills as POS debits, 
liability for payment immediately shifts from the service provider to the ATM network (or bank). Thus, the service provider 

is can advance funds to payees immediately with the comfort that the advance will be covered on the next business day 
by the customer's bank or the ATM network. This reduces the payee's float by 1-2 days versus electronic billpaying 
systems. Secondly, payees may hold remittance accounts at banks who are members of the ATM network. Debited 
funds and billing information may be sent directly to these accounts. Payees who may not otherwise have the capability 
to accept electronic payments may gain that capability. This reduces the payee's remittance processing costs and 

20 permits the bill paying service provider to make fewer, costly paper-based payments. 

[0050] The cost of processing payments is relatively low in terms of equipment and communication costs. Most costs 
are incurred in responding to user inquiries, correcting payee posting errors, maintenance of payee databases, and 
coordination between users, payees, and their banks. Higher costs are incurred by payments made by paper check, 
although these costs are mitigated by interest earned on float due to postal delivery time. 

25 [0051] Other innovative features provided by the present invention include: 

• A new type of inexpensive economically designed user-friendly dedicated home banking terminal including for 
example a four line LCD display with associated control buttons "pointing to" the display lines for selection of 
displayed options and auxiliary "Select One", "Or", "Change Screen", "Enter Number" LED illuminated command 

30 prompts that are turned on and off by the central computer system as needed. 

• Advanced "ATM-like" terminal layout: 

• Four line by 24 character liquid crystal display; 

35 • Four adjacent selection (i.e., "soft", programmable) keys directly referencing the display to be used for selecting 

alternatives; 

• Two function keys to provide on demand help and cancel functions; 

• Twelve alpha/numeric telephone-type keypad for numeric input and later for limited alpha input plus the 
and "*" for later communications applications and compliant with present telephone equipment standards; and 

40 • Two screen control keys that permit scrolling of the screen forward and backward when permitted by system 

software. 

• Two level access security consisting of a unique terminal identification ("signature") automatically transmitted upon 
establishment of the asynchronous communications link and an ATM type PIN number entered by the user for 

45 system verification. 

• Onboard PIN and data encryption (DES or other standard) provided by ROM resident random number generation 
algorithm activated by a seed maintained in RAM and a real-time clock. 

so • LED backlit instruction panel adjacent to and working in conjunction with the active LCD display controlled main ' 
system software. 

• Dual purpose terminal operating as a data entry and display device and alternately, as a push button (tone/pulse) 
telephone communications set - including a common keypad used for tone generation for telephone communi- 
sm cations and for data entry. 

• A dual isolated circuit keypad containing a double contact low cost switch to activate two unrelated circuits as input 
to the microprocessor and the telephone tone generator. 
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• Data terminal that automatically transmits tone blocking signal to prevent intervention by call interrupt service. 

• The visual interface, flexibility and ability to recall information that permits the present invention to enjoy significant 
demand for automated billpaying without a telephone's limitations. 

5 

• Look and feel of the software-user interface in coordination with a 4x24 LCD display and selection and control 
keys to provide rapid communications of financial transaction information to main computer system. 

• A terminal device that can act as a pass-through of analog voice signal to an externally attached on internally 
10 provided telephone or alternately transmit data (asynchronously). 

• A terminal device operating at low power levels permitting the trickle charge of internal storage batteries from a 
telephone line source. 

15 • A terminal device that can store numerical data and transmit from a memory buffer upon command from an internal 
microprocessor. 

• A terminal device employing a 96 (up to 1 20) character LCD displaying the amount of information capable of being 
contained in a single common 1 28 byte packet data network packet. 

20 

• The terminal is able to transmit a periodic randomly generated code to the main system. The main system is able 
to verify that this numeric code is correct and assure that terminal communication link security is maintained. 

• The terminal is compact, 8 inches wide by 5.75 inches and 1.75 inches high with the telephone handset. The 
25 compact non-telephone model is 8 inches wide by 3.75 inches deep by 1 .75 inches high. The compact model can 

easily slip into a pocket or briefcase, and is approximately 53 cubic inches and weighs less than one pound. 

• The compact portable terminal contains two RJ-11 jacks so that a telephone line can be connected to one and a 
telephone to the other thereby permitting use alternatively as a terminal or telephone. 

30 

• A terminal with an internal data bus that will permit direct edge connect retrofitting of an alphabetic keyboard and/ 
or card swipe device;. 

• A system architecture connecting asynchronous, remotely located (home or office) dedicated purpose terminals 
35 (telephone and/or data) passing through asynchronous gateway onto a packet data network to a fault-tolerant 

computer which is in turn linked to a single bank or group of banks using the bank's ATM interchange network for 
the purpose of bill payment and funds transfer and balance inquiry and activity statement. 

• A system architecture connected to a network of electronic switches and/or payees. 

40 

• Use of an online computer which processes customer bill payments and passes payee names and account infor- 
mation through the ATM interchange network to a user's bank for posting to his monthly statement; 

• A system architecture that permits immediate credit of funds to the service provider (upon debit authorization 
45 against the user's account, liability for payment of lunds passes immediately to bank and interchange network). 

• A system architecture that permits a combination of information access (account balances, account transactions) 
plus settlements (posting, reconciliation and clearing of funds). 

50 • Extraction of bill payer and payee information for demographic and marketing analysis and retention in a database. 

• Maintaining such a database of billpaying information and extracting demographic information from this database 
for use in targeting advertisements or messages (the advertisements can be sent electronically to each home 
banking user each time he "signs on u his terminal and/or distributed in other ways such as mass mailings which 

55 do not violate user confidentiality). 

• Analysis of bill payer payment patterns for the purpose of directing online advertisements or messages targeted 
to differentiated groups of users. 



11 



EP 0 504 287 B1 

• A terminal screen which permits targeted advertising (or messages) without disclosing the user's name or other 
confidential information to the advertiser (until the user requests disclosure or permits it). 

• A terminal oriented system that permits an immediate customer response to targeted, displayed advertisements 
5 (or messages), whose responses are then transmitted online or in batch mode to the advertisement sponsor. 

• A methodology of debits and credits for transferring of funds between banks using online remote terminals com- 
municated through the ATM interchange network. 

10 • A methodology for debit of bill payments using online, remote terminals communicated through the ATM inter- 
change network. 

• A methodology for use of an ATM interchange network for payee credits on bills. 

is • A remote terminal oriented system directed at the ATM user population for home, office or other remote location 
bill payment, funds transfer and account review. 

• Deposit oriented financing for a remote terminal based system for bill payment, funds transfer and account review; 
and 

20 

• A cash incentive program for bills paid through a remote terminal based system for bill payment, funds transfer 
and account review. 

[0052] The present invention extends the convenience of popular automated teller machine (ATM) type service to 
25 user (alternatively referred to as customers or consumers) homes, offices and other locations. The present invention 
provides a highly efficient payments system that offers consumers the following advantages and features: 

• a low cost (possibly free), easy-to-use ATM-like communication terminal which is portable and simply connects to 
a telephone; 

30 

• an incentive for every bill payment made through the terminal; 

• additional savings from postage, check printing, envelopes, and other costs for each payment made through the 
terminal; 

35 

• convenience, privacy and estimated time savings of 75% from the drudgery of billpaying. 

[0053] The added benefit of electronic funds transfer, banks and others gain as much as 40% processing cost savings 
and a new vehicle for remote distribution of services. 

40 [0054] To attract volume, the service provider may price services to allow users to save money. The present invention 
provides the possibility of broad market distribution by providing users with a low cost (possibly free), familiar ATM-like 
terminal. In addition to being provided with a low cost or free terminal, users may save $.30 in postage, check and 
other costs for each payment made electronically via the system. This totals to $7.30 per month savings for the average 
ATM household writing 26 checks a month. A service provider may therefore charge up to $7.80 per month and still 

45 permit the user to save money. 

[0055] More important than cost savings, however, is the vast amount of time the invention saves its users. Unlike 
PC's, telephones and prior terminals, the design of the present invention enables the users to intuitively master the 
terminal without relying on written instructions. Furthermore, the operations and coordination of system components 
in the form of modems, communicatbns protocols, new security codes, and operating software is obviated. The present 

so invention relieves a common financial headache - the time-intensive drudgery of billpaying. The system provided by 
the present invention is a quick, extremely easy-to-use alternative to conventional payments. Initial testing indicates 
that users can pay bills in 25% of the time needed to pay bills conventionally. Users may preferably receive a unified 
monthly statement (from their bank) which consolidates and lists terminal-based transactions with conventional banking 
transactions (e.g., checks, ATM cash withdrawals, deposits, etc.). 

55 [0056] Early home banking efforts discovered that users liked using the systems to pay bills. They had only limited 
interest in other bank and videotext services, so the present invention has reduced its delivery costs by specializing 
in billpaying. While the present invention provides billpaying services, customers may also use the system to better 
manage their money. More sophisticated active users may better manage their money by, for example, checking their 
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account balances, viewing payment records, transterring funds between accounts, future dating of bills and funds 
transfers, and requesting other bank services. Future dating of bills minimizes users float, and users may future date 
funds transfers to maximize interest bearing balances. Transferring funds between banks is possible with immediate 
debit or credit within one day (depending upon the ATM network clearing procedures). The present invention thus 

5 provides a terminal designed to accommodate additional financial services in the event that users or banks demand 
(and are willing to pay for) more services. These may include comparative mortgage and CD quotes, tax deduction 
summaries, loan applications, electronic billing, third party billing, family budgeting tools, tax planning, and insurance 
services. Limited alphabet -based services (e.g. telephone directory) are also feasible with the terminal of the preferred 
embodiment and the terminal has the facility to add on an alphabetic keyboard. 

10 [0057] By displacing paper checks and employing payee information for marketing purposes, the present invention 
offers significant benefits to the major participants in the payments system: 

• Banks (and other financial institutions) avoid the cost of processing and returning checks and funds transfers. Fully 
absorbed processing costs range from $.50 to $1.00 per check (marginal costs vary with volume). The present 

is invention can save banks a substantial amount per paper check displaced. 

• Payees (such as utilities, mortgagors, etc.) avoid paper processing costs and improve cash flow. Typical remit- 
tances take 5-8 days to arrive by mail and cost from $.15 to $.75 per payment. The present invention can provide 
a small charge to payees for each electronic payment and deliver payments in 2-3 days. This saves payees money 

20 per payment and compares favorably in cost to bank lockbox services. 

• Marketers (such as retailers and banks) can better advertise (or message) through the terminal. By analyzing 
users' payments, the present invention can target advertising or messages to users for 5-7 seconds after they 
SIGNON. Users may then respond if they want more information. Targeted (but low readership) direct mail costs 

25 advertisers $.45-$1.00 per piece. Pricing for confirmed leads starts at $5 and increases with the products value. 

This aspect of the present invention will offer advertisers significant benefits in terms of flexibility and cost savings. 
The terminal's screen for advertisements permits the service producer to target advertisements to groups of users 
without disclosing the user's name (and confidential payment data) until the user so indicates his permission (by 
requesting more information from the advertiser). 

30 

• Payments processors earn interest on user payment float. The present invention debits a user's bank account on 
the date of payment. The payment is processed immediately, but interest is earned on the funds (float) until cleared. 
When the system of the present invention cannot pay electronically, it earns interest on float for 5-8 days. A service 
provider will prefer to process payments by low-cost electronic means, however, providing better money manage- 
rs ment services for customers. 

[0058] A major obstacle in building any volume-oriented business is the upfront investment required to reach a critical 
mass of customers. The present invention minimizes this investment by capitalizing on existing systems and customer 
bases. The present invention piggybacks on the evolving ATM and regional telephone company communications net- 
40 works. 

[0059] Most ATM networks are bank-owned cooperatives and have excess capacity. These networks are likely to 
welcome the additional business provided by a system in accordance with the present invention. By working with ATM 
networks, the system provided by present invention becomes a utility for banks - not a threat to banks. For example, 
once admitted on to the system, users can be welcomed in the name of their bank. Users also receive a single account 

45 statement from their bank, unifying terminal-based activity with conventional banking transactions and check payments. 
Back-office check processing and funds transfer economies can also be priced to provide costs savings to banks. 
Participating banks can be encouraged to advertise over the system provided by the present invention system at sharply 
reduced rates while back-office savings from reduced paper check volume develops. The advertising medium provided 
by the present invention offers banks an extremely powerful "cross-selling" tool (a critical key to success in retail banking 

so which involves increasing profitability by increasing the number of services sold to a single customer). 

[0060] The present invention thus provides a highly advantageous system which offers an attractive proposition to 
a variety of participants in the payments system. Users of the invention save time and money and can pay their bills 
and obtain other banking services wherever there is a telephone jack. Banks save back-office expense and an efficient 
means to service their customers. Bank owned ATM networks generate volume and earn fees. Payees improve cash 

ss float and save on costly processing of paper checks. Advertisers gain a powerful, tow-cost marketing tool. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

[0061] These and other features and advantages will become better understood by studying the following detailed 
description of presently preferred exemplary embodiments in conjunction with the attached APPENDIX (which is in- 
5 corporated by reference herein) and the sheets of drawings, of which: 

FIGURE 1 is a block diagram of a presently preferred exemplary embodiment of a financial services distribution 
system in accordance with the present invention; 

10 FIGURE 2 is a block diagram of revenue sources provided to the operator of the FIGURE 1 system; 

FIGURES 3 and 4 are elevated respective views of alternate embodiments of a presently preferred exemplary 
remote terminal in accordance with the present invention; 

15 FIGURES 3A-3E schematically depict different prompt combinations provided by the FIGURE 3 terminals. 

FIGURES 5A and 5B together are a schematic block diagram of the FIGURE 3 terminal; 

FIGURE 6A-6C are different views of an exemplary keypad contact arrangement incorporated within the FIGURE 
20 3 terminal; 

FIGURES 7A-8B are schematic flow charts of exemplary program control steps performed by the terminals shown 
In FIGURES 3 and 4; and 

25 FIGURES 9-22 are schematic flow charts of exemplary program control steps performed by the CPU shown in 

FIGURE 1. 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT 

30 [0062] FIGURE 1 is a schematic block diagram of a presently preferred exemplary embodiment of a financial services 
distribution system 50 in accordance with the present invention. System 50 includes a fault-tolerant central computer 
system 52 (hereafter referred to as "central computer"), a plurality of remote terminals 54, a digital packet network (e. 
g., "public data network") switch 56 ("PDN switch"), packet assembler/disassembler 58 and associated asynchronous 
communications interface 60, and a dialup telephone network 62 selectively connecting remote terminal 54 to the 

35 communications interface. 

[0063] Data is communicated between remote terminal 54 and central computer 52 through the PDN switch 56, the 
packet assembler/disassembler 58, the communications interface 60, and dialup telephone lines 62. 
[0064] In the prelerred embodiment, PDN switch 56, packet assembler/disassembler 58, asynchronous communi- 
cations interface 60 and dialup telephone network 62 are entirely conventional and are preferably operated and main- 

40 tained by a local or regional telephone company. Switch 56 may comprise, for example, a conventional public data 
network of the type which communicates packets in CCITT X.25 protocol between central computer 52 and packet 
assembler/disassembler 58. Similarly, packet assembler/disassembler 58 and asynchronous communications inter- 
face 60 may comprise conventional telephone company operated subsystems which convert the X.25 packet protocol 
existing on the PDN network into conventional asynchronous data format (e.g., with seven or eight data bits, a start 

45 bit, a stop bit and conventional error checking fields). 

[0065] Asynchronous communications interface 60 initiates and answers dialup telephone communications with re- 
mote terminals 54. Thus, remote terminals 54 interface with the remainder of system 50 using standard asynchronous 
protocol, central computer 52 interfaces with the remote terminals using standard X.25 protocol, and conversions 
between the two protocols (as well as distribution of the signals generated by the central computer to specific remote 

50 terminals) is handled by the conventional PDN switch 56, packet assembler/disassembler 58 and communications 
interface 60 provided by the telephone company in the preferred embodiment. 

[0066] Central computer 52 also interfaces with banking institutions and with other financial institutions 64 through 
the existing conventional automatic teller machine (ATM) interchange switch 66 (referred to herein as the "ATM net- 
work"). The ATM network is capable of communicating ATM transaction messages as well as point-of-sale (POS) 
55 messages in a conventional manner using standard message formats. As explained above, ATM switches 66 commu- 
nicate data in a specific, conventional interchange format between member banks or between automatic teller machines 
(ATMs) and member banks 64. In the preferred embodiment, central computer 52 is connected to ATM switch 66 (e. 
g., via one or more bisynchronous 9600 baud communications lines) and communicates digital signals to ATM switch 
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using standard bisynchronous (e.g., point-to-point, SNA, etc.) communications protocol. Thus, in the preferred embod- 
iment, central computer 52 "looks like" an ATM or POS node connected to the ATM network and associated switch. 
Central computer 52 may generate account inquiry commands, commands to debit and credit accounts, and the like 
« just as would a bank's computer serving its ATMs or as would a stand-alone ATM or POS terminal. The ATM inter- 
5 change switch 66 processes such ATM commands generated by central computer 52 in the same way that they process 
commands generated by ATMs. Although the ATM interchange is ATM oriented, it is able to serve other terminal devices. 
For example, the ATM interchange communicates with retail POS terminals which can directly debit and credit a cus- 
tomer's bank account in payment for purchases. 

[0067] It is also possible to provide direct dialup lines for communicating data between member banks 64 and central 
10 computer 52 (e.g., using standard communications protocols agreed upon by the bank's data processing system and 
by central computer 52). Use of the ATM switch 66 and associated network to carry ATM/POS commands generated 
by central computer 52 avoids the need to provide any software modifications or other overheads within the member 
banks' data processing systems. Furthermore, use of the ATM switch 66 permits use of the network funds clearing 
process. 

is [0068] Central computer 52 also electronically communicates with additional remote data processing systems such 
as the Federal Reserve ACH 72 (e.g., via a Federal Reserve Bank data processing system 74), debit networks 76, 
wholesalers/remittance processors 78, direct payee computer systems 80, third party information providers 82 and 
advertisers 84. Such additional communications may be over dialup telephone lines if desired - or other special com- 
munications arrangements/protocols (e.g., magnetic tape transfer or the like) may be used depending upon particular 

20 applications. The link between central computer 52 and the Federal Reserve ACH 72 permits payee commands to be 
electronically transferred to other banks using the existing Federal Reserve electronic funds transfer system. The link 
with wholesalers and remittance processors 78 permits the payment of bills to a remittance center who in turn pays 
payees. The direct computer payee link 80 allows central computer 52 to contact individual desired payee computer 
systems and directly effect download of payment related data (e.g., pursuant to a daily "clearing" process). The link to 

25 advertisers 84 may be used to transfer advertiser copy between the advertiser and the central computer system and 
to pass back to the advertiser the names of those customers who request information in response to advertisements. 
[0069] Central processor 52 in the preferred embodiment is a fault-tolerant mainframe computer of conventional 
design including, for example, multiple redundant processors, a dual interprocessor interbus, a dual-ported controller, 
and multiple redundant power supplies to ensure against data loss. Through use of this conventional fault-tolerant 

30 architecture, the failure of one processor or component does not stop processing but rather merely decreases system 
throughput. Additional peripheral equipment (e.g., tape drive 88, check printer 86, conventional mass storage device 
84, and conventional communications interface/multiplexer 82) facilitate communications and billpaying transactions. 
[0070] Central computer 52 is programmed (i.e., with software modules stored on mass storage device 84) to perform 
various billpaying and other financial functions and to distribute billpaying and other services to remote terminals 54 

3S on demand. In the preferred embodiment, the software modules executed by CPU 80 are in large part entirely con- 
ventional (within new linkages between them) and perform, among other operations, conventional banking, ATM net- 
work communications network interfacing, database maintenance, etc. However, certain new software controlled func- 
tions (e.g. , the terminal handling and associated functions, and the interfaces between the terminal handling and other, 
conventional software controlled functions) have been provided in the preferred embodiment to provide home banking 

40 and billpaying functions not previously available. 

[0071] As mentioned above, many or most of the software-controlled operations performed by CPU 80 in the preferred 
embodiment are conventional and well-known in the banking industry. For example, it is conventional and well known 
to communicate standard ATM and POS messages between a central computer and an ATM network using conven- 
tional off-the shelf ATM and POS software, and central computer 52 in the preferred embodiment utilizes such con- 

45 ventional software to generate and communicate appropriate messages over the ATM network 66. Conventional bank- 
ing software packages exist which perform a variety of exceeding complex but entirely conventional functions (e.g., 
maintaining audit trails to ensure transaction reliability, maintaining user account and vender files, provide clearing 
information at night, etc.) and the preferred embodiment central computer 52 executes such conventional banking 
software modules to perform such standard functions. Conventional database handling functions are also typically 

so integrated into banking and POS software modules to maintain customer information. 

[0072] The following is a brief description of exemplary general functions performed by the various software control 
modules provided within CPU 80. 

[0073] A manager schedules and coordinates the flow of transactions through the various system modules. As flow 
control it sends the transactions to the appropriate modules for processing and control of interactions with the external 
55 environment. 

[0074] A device (terminal) interface enables the system to communicate with user terminals and the system CRTs. 
The device interface formats terminal-bound messages for transmission to the terminals 54. In addition, the device 
interface is responsible for error processing, starting and stopping transaction response timers, updating any fields 
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which are maintained in the user terminal, decrypting and logging of transactions. A detailed description of the terminal 
interface will be provided shortly. 

[0075] A routing module permits efficient routing of transactions to the appropriate module for servicing. 
[0076] An authorization module is the means by which the system determines the customer identity (through the PIN 
5 and other values transmitted by the terminal). User account number and PIN values are transmitted to the user's bank 
(over the ATM network 66 in the preferred embodiment) for verification. When the authorization module receives ver- 
ification from the bank the user is cleared for transactions. 

[0077]- A settlement module (part of a conventional banking or POS software system) is responsible for closing the 
current processing day and starting the next. The settlement module provides for flexible cutover times for the network 
10 and payee institutions. In addition, this module updates databases files and initiates daily reports by the reporting 
module. 

[0078] Reporting involves the calculation and reporting of debits and credits and adjustments for the transactions 
performed on a daily and periodic basis. In addition, system and network activity, reconciliation, interchange settlement 
and disputed transaction reports are generated. The reporting module in the preferred embodiment is conventional 
is and operates in conjunction with a conventional database query program which permits analysis and specialized report 
generatbn concerning customer transaction profiles. 

[0079] An update/refresh module updates databases files following batch processing for a day in a conventional 
manner. Backup files are generated by this module. A sub-module also permits extracts of database files to be gen- 
erated and output to tape 88 or disk. 
20 [0080] A conventional banking module permits customers to pay bills without writing and mailing checks, obtain 
account balances and conduct funds transfer between accounts. For bill payment the customer's account is debited 
for the amount of the payment, the payment medium is created (check, ACH tapes, internal transfers) and exception 
items are segregated for review. The module maintains customer database files, vendor files and transaction files. The 
banking module provides facilities for marketing information analysis, accounting/audit trails, and customer service 
reports. 

[0081] An interchange interface module in the preferred embodiment enables the fault-tolerant computer system 52 
to interface with the interchange network in a conventional manner. This module 801 converts internal system trans- 
action information to a format that is compatible with that of the network. In addition, a log is conventionally maintained 
of all transaction communicated between the system and the network. 
30 [0082] An important feature of the present invention is the use of a conventional ATM network and associated stand- 
ard ATM and POS message format to facilitate financial transactions not typically supported by the ATM network. As 
mentioned above, conventional ATM networks typically connect bank mainframe computers and POS (point-of-sale) 
concentrator computers together. 

[0083] For example, a user having a bank account in bank A (the "on us B bank) connected to the Internet ATM network 
35 may use the ATM machine of bank B (a foreign 0 bank) to withdraw from his bank A account. The mainframe computer 
of bank B generates, in response to the user's request via the ATM message specifying the user's PIN (personal 
identification number), the user's account number, the user's bank and the amount to be withdrawn. This ATM with- 
drawal message is then sent over the ATM network and is received by the computer of bank A. Bank A checks the 
message for validity (i. e. , to make sure the PIN is correct), determines whether the user has a sufficient account balance 
40 to honor the withdrawal request (the message processing thus provide an automatic account balance check), and then 
processes the request by posting a debit memo against the user's bank account (the bank A computer does not actually 
withdraw funds from the user's account at this time, but will process the memo during the posting and settlement 
process later that day). The bank A computer then sends a confirmation message back over the ATM network to the 
bank B computer confirming that the user's account has been debited and that at clearing time bank A will pay the 
45 funds to bank B. Based on receipt of the confirmation message over the ATM network, the bank B computer controls 
the bank B ATM machine to dispense the requested funds to the ATM user. 

[0084] An ATM "account inquiry" message also exists to permit the user to determine the balance of his bank account 
(s). Similarly, an ATM "account transfer" message allows a user to transfer funds from one account to another in the 
same bank (but typically does not permit the user to transfer funds between banks). 

so [0085] Similarly, a chain of retail stores may permit processing of so-called "debit cards" (like credit cards, but rather 
than credit being extended by a lending institution to cover purchases, a debit card results in an immediate electronic 
debit of the user's bank account). A customer provides the retailer with his debit card which the retailer magnetically 
reads (e.g., using a "swipe" type magnetic card reader). The customer is then asked by the retailer to secretly key in 
his PIN into a keyboard, and the retailer keys in the amount of the purchase. A POS debit request digital message is 

55 then transmitted either directly over an ATM network (or indirectly via a dialup or dedicated telephone line and a central 
concentrator computer) for receipt by the user's bank. The POS debit request digital message typically contains the 
user's bank designation and bank account designation; the user's PIN (which is typically encrypted); the name or other 
designation of the retailer; and the amount of the purchase. The user's bank computer receives the POS debit request 
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message from the ATM network, processes it for validity (i.e., valid PIN, valid account), ensures the user's account 
balance is in excess of the debit request, and then debits the user's account (i.e., by posting a debit memo) and credits 
the retailer's account electronically (this typically requires the retailer to have worked out an arrangement with the 
particular user's bank beforehand). The bank transmits a confirmation message to the POS terminal over the ATM 
5 network which, when received, assures the retailer that the funds are available and have been transferred to his ac- 
count. 

[0086] POS credits are also possible using standard ATM network messages. If a customer returns merchandise to 
a retailer that was paid for using a POS debit, the retailer may initiate a POS credit transaction (essentially the same 
as a POS debit except that funds are credited to rather than debited from the user's bank account). 

10 [0087] Technically, some ATM networks handle POS debit messages and ATM withdrawal messages differently in 
that the ATM withdrawal message is not finalized until the end of day settlement process (that is, debits are held in a 
pending status during a business day until final reconciliation, settlement, and clearing and crediting of funds occurs 
after the close of a business day). POS debit messages on the other hand result in immediate settlement in real-time 
(i.e., the payees account is credited immediately and liability shifts to the bank/ATM network to clear/collect funds at 

is a later time). For purposes of the arrangements disclosed herein, both types of processes are referred to as "real-time" 
transactions since the resulting confirmation message over the ATM is in effect a real-time electronic guarantee that 
the bank and/or the ATM network will pay. In addition, "POS 0 and "ATM" type messages are sometimes referred to 
herein generically as an "ATM network transaction message", and such term is defined to encompass both types of 
messages. Some ATM networks are not capable of handling POS type messages, but rather process only the standard 

20 ATM messages. 

[0088] The preferred embodiment of the present invention uses the types of standard messages described above 
to facilitate electronic billpaying and other financial transactions. For example, a funds transfer from an account in bank 
A to an account in bank B may be accomplished by generating a POS debit message directed to the bank A account 
and a POS credit message directed to the bank B account and by then applying both of these messages to the ATM 

25 network. The service provider may pay bills by first determining the total amount of all of the bills to be paid at present, 
generating a POS debit message for application to the ATM network (so as to debit the user's account by that amount 
and credit the service provider's holding account by the same amount), and then disbursing the funds (electronically 
or by paper) based on receipt of the ATM confirmation message. Account inquiry may be handled as a standard balance 
inquiry ATM or POS message or possibly as a "null 0 POS debit message. One advantage of using POS debits/credits 

30 over ATM style messages is that the POS messages are longer and systems software is designed to provide sufficient 
space in the message to transmit the name of the retailer and other Federal Reserve Regulation E information. The 
user's bank thereby takes a POS debit (with accompanying payee information) and merge it with the user's account 
file. Users thereby receive their usual bank statement that unifies conventional banking activity with their home banking 
activity. The home banking service provided need not send users an additional statement. The same result can be 

35 accomplished with a non-POS ATM message with a payee identifier code located at the ATM switch or the user's bank. 
[0089] Typically, an independent service provider may operate central computer 52 and distribute terminals 54 as 
part of an ongoing business independent from the banking business. FIGURE 2 is a schematic block diagram of the 
sources of revenue provided to the service provider operating system 50, In order to make the operation of system 50 
economically feasible, the operator of the system must be able to recover equipment and development costs and also 

40 make an additional profit. FIGURE 2 shows some of the sources of revenues to the service provider operating system 
50. First, users of remote terminals 54 may pay a relatively nominal charge (e.g., $4.00-$6.00 per month) for the 
capability of paying bills electronically from their home. Users may also be asked to pay a deposit charge for the terminal 
which may then be used by the service provider for finance system expansion. The users' banks also are willing to pay 
a charge for each check or funds transfer they do not have to process. As is well known, a relatively high charge is 

45 associated with processing each check (or funds transfer), and reduction in the number of debits/credits processed 
constitutes a substantial savings to banks. The user's payees similarly may pay a nominal charge for electronic pay- 
ments and consolidated payments due to the costs saved because funds are received quicker and processed for less. 
The service provider will also earn some interest on its float for paper-based payments (i.e., funds debited immediately 
from users' accounts upon request for payment but not yet payed to the intended payee). Finally, system 50 may be 

so used to distribute advertisements/messages to users via the remote terminals 54 - and advertisers can be charged 
for each advertisement actually distributed. Furthermore, advertisers probably are willing to pay additional for the iden- 
tity of those customers that request information in response to advertising. The present invention thus fills a marketing 
niche by providing services to banks, users, payees and advertisers simultaneously - and can generate revenue by 
charging each of these entities an appropriate fee the value of the services provided (while also in certain cases earning 

55 interest on the float on the funds used to pay bills). In addition to hardware, software and training limitations, conven- 
tional home banking systems have high cost structures. These costs must be passed along to users - further inhibiting 
their demand. The invention permits low-cost delivery and a variety of revenue sources beyond the user. User fees 
can be kept low - increasing demand. 
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[0090] FIGURES 3 and 4 are elevated respective views of alternate embodiments of remote terminals 54 as shown 
in FIGURE 1 . As can be seen from FIGURES 3 and 4, in the preferred embodiment, the terminals 54 are available in 
two different types: a model which contains data entry and voice telephone capability (including a telephone handset 
100 and associated telephone electronics); and a smaller, pocket-size version (shown in FIGURE 4) that contains no 

5 telephone voice capability. In the preferred embodiment, the two models each include a telephone connector, but the 
connector configurations are slightly different between the two models. In the FIGURE 3 version, an RJ-11 connector 
and associated wire is used to connect the terminal 54 to a telephone wall outlet. The FIGURE 4 version includes two 
RJ-1 1 connectors, one connected the terminal to the wall outlet and the other RJ-11 permits "in-line" connection (if the 
user desires) to an existing telephone device. In the preferred embodiment, the FIGURE 3 and FIGURE 4 terminals 

10 operate essentially identically and have similar or identical internal structures - and therefore, the following discussion 
applies equally to both terminal embodiments (except where indicated to the contrary). 

[0091] In the preferred embodiment, terminal 54 is an asynchronous, portable data processing device operating over 
unsecured dialup non-dedicated telephone lines. Terminal 54 includes an LCD display 102, screen control keys (in- 
cluding a PRIOR key 104 and a NEXT key 106), an array of selection controls 108, a HELP key 110, a CANCEL key 
15 112, and a standard alpha-numeric keypad 114. A power-ON switch (not shown) may also be provided if desired. 
[0092] In the preferred embodiment, LCD display 102 comprises a standard 4-line by 24-character alpha-numeric 
liquid crystal matrix-type display device. Thus, in the preferred embodiment, four lines of text of 24 characters each 
may be displayed simultaneously. Select control array 108 in the preferred embodiment includes four momentary ON 
keys - each of which "points' to a different line of text currently displayed by display 102. Menu or option selections 
. 20 may thus be effected by displaying the different options on different lines of display 102 and permitting the user to 
select between the optbns by depressing the appropriate selectbn key within array 108 which points to the desired 
option. 

[0093] An important feature of the present invention is the use of a multi-line alpha-numeric display of optimal site 
to allow a single standard sized data transmission packet (e.g., 128 bytes long) to completely define the content of the 

25 display. I n the preferred embodiment display 1 02 displays only 4 x 24 = 96 characters a sufficiently small (and optimal) 
number of characters to allow all of the characters to be specified within a single 128-byte packet carried by typical 
PDNs. (The preferred embodiment represents display characters in standard ASCII format so that each character is 
represented by a byte of data.) This not only minimizes communications costs, but also eliminates the need for a 
"packet assembler" or associated expensive buffer memory to be incorporated within terminal 54. In the preferred 

30 embodiment, terminal 54 is really "dumb" and need not provide any sophisticated processing of received display data 
but rather may simply display the data exactly as received - and central computer 52 may thus completely define the 
display state of terminal 54 each time it sends any data to the terminal. This feature provides additional flexibility in 
terms of display formats (since the central computer 52 completely determines and specifies each and every display 
format displayed by terminal 54) while keeping the costs of terminal 54 down and nevertheless providing sufficient 

35 information for a user-friendly interface. 

[0094] In the preferred embodiment, the alphabetic letters Q and Z are found on the "1" key of keypad 114 - thus 
providing a full alphabetic character selection when needed similar to an ATM). Keypad 114 may be a standard, con- 
ventional keypad or it may preferably be of a special design to be described in connection with FIGURES 6A-6C (for 
the FIGURE 3 embodiment). 

40 [0095] In the preferred embodiment, the significance of depressing the PRIOR and NEXT keys 104, 106 depends 
upon context (i.e., "where the user is" in the software interface at the time he depresses the key). For example, PRIOR 
key 1 04 may in some cases select the screen display which was displayed just prior to the display of the current screen 
display - and the NEXT key 106 may select display of the next screen display of sequence of predetermined screen 
displays (assuming there is a "next" screen to be displayed). In other contexts, depressing the NEXT key 106 may 

45 serve to confirm a transaction should be performed. In still other contexts, the PRIOR and NEXT keys 104, 106 act as 
scroll control keys (e.g., to permit the user to scroll through a list too long to be displayed all at once on four-line display 
102). Controls 104,106 may thus be termed user interface navigation keys since they generally allow the user to "nav- 
igate" through the user interface comprising one or more sequences of screen displays. 

[0096] Terminal 54 also includes light-prompt fields 102A-102D not shown in FIGURES 3 and 4 but shown in detail 
50 in FIGURES 3A-3E. In the preferred embodiment, these prompt fields are independently illuminated by light emitting 
diodes controlled by central computer 52, and provide the following four different legends: "Enter Number"; "Select 
One"; "Change Screen"; and "or" arranged as shown in FIGURE 3A. In many instances, all four lines of display 102 
will be displaying information but the user needs to be prompted as to what inputs he should next provide (e.g., numerical 
or alpha-numeric information; or selection from one of different display options). Rather than providing an additional 
55 line of relatively costly LCD display 1 02 to provide this prompt text form, the preferred embodiment includes "light-up" 
prompt indicators 1 02a-102d in the form of windows backlit by light-emitting diodes which may be illuminated to provide 
the desired prompt (or combination of prompts). 

[0097] There are four different combinations of lighted prompts commonly used in the preferred embodiment: "Enter 
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Number" alone (see FIGURE 3B); "Select One" alone (see FIGURE 3C); "Change Screen" alone (see FIGURE 3D); 
and "Select One", "or" and "Change Screen" all being Illuminated simultaneously (see FIGURE 3E). 
[0098] Illumination of the "Enter Number" prompts as shown in FIGURE 3B would occur, for example, when central 
computer 52 requests a numerical value from the user to be entered via keypad 114. This value might be a number 
5 (e.g., the user's PIN, or a dollar amount or a date which a scheduled payment is to be made). The numerical entry 
sequence is generally completed by entering a confirmation key (e.g., the lowermost of the "pointer" keys 108 or the 
NEXT key 106). 

[0099] Central computer 52 would control the "Select One" prompt to be illuminated (as shown in FIGURE 3C) when 
the user is to select one of several alternatives displayed on display 102. Typically, the user responds by making a 
w selection - that is, by depressing the one of "soft" (i.e., programmable) keys 108 which points to the line of the display 
on which the option he desires is displayed. 

[0100] The "Change Screen" prompt (see FIGURE 3D) is typically illuminated when the NEXT key 106 is to be 
depressed (e.g., to confirm a previously entered request, and/or to move on to the next screen in a sequence of 
screens). 

15 [0101] FIGURE 3E depicts the situation when the prompts "Select One", "or" and "Change Screen" are all illuminated. 
These prompts would be presented to the user when the user is to either (a) select one of the options displayed on 
the display 102 (by pushing one of "soft" keys 108), or (b) move on to the next (or previous) screen (by manipulating 
navigation keys 104, 106). 

[0102] To initiate the terminal session using terminal 54, the user need only depress the powerON switch of the 
20 preferred embodiment. In response to this power-ON switch depression, terminal 54 automatically initializes display 
102 and dials an appropriate internally-stored telephone number corresponding to PDN 56 and central computer 52. 
A modem (not shown in FIGURES 2 or 3) internal to terminal 54 establishes and maintains this communications link 
with central computer 52. To communicate through terminal 54, the user operates momentary ON keys 104-112 and/ 
or depresses keys of keypad 114. 
25 [0103] If an error occurs during data entry, the terminal user may push a CANCEL key 112 to correct the error. If he 
pushes CANCEL key 112 successively, he moves out of the function he has selected (e.g., to erase, one at a time, 
previously entered digits much as occurs when one depresses the CANCEL key on a standard ATM machine) and 
may eventually return to a main menu. Help key 110 may be pushed at any time to obtain contact sensitive help 
prompting. The PRIOR and NEXT keys 104,106 may act as scroll up/scroll down keys in the appropriate context as 
30 already described. 

[0104] It during a terminal session a period passes when there is no key activity for a certain time delay, terminal 54 
times out and disconnects the telephone link with the PDN switch 56. In the preferred embodiment, transactions re- 
quested prior to such communications failure are not processed by central computer 52 unless the user has received 
a confirmation over terminal 54 that the requested transaction has been processed. 

35 [0105] FIGURE 5A and 5B together are a schematic block diagram of terminal 54. Terminal 54 in the preferred 
embodiment includes display 102, independently controllable LED prompts 102a, 102b, 102c and 102d (corresponding 
to the four independent illuminated prompts described above), user controls 104-114, and microcontroller 116 with 
associated EPROM 118 and RAM 1 20, an address latch 1 22, a bidirectional buffer/driver 1 24, an encryption functional 
block , an LED driver inverter 128, an associated latch 130, an internal modem 132, and a data access arrangement/ 

40 connector 1 34. 

[0106] The FIGURE 3 embodiment lurther includes a telephone module 1 36 and DTMF tone generator 1 38 connect- 
ed to and associated with voice handset 100. The power supply (e.g., a replaceable battery) is also provided to power 
the various components of terminal 54 (or a conventional trickle charger circuit may be used to charge a rechargeable 
battery from telephone line voltage). 

45 [01 07] Microcontroller 1 1 6 is the heart of terminal 54. Microcontroller 1 1 6 executes program control instructions stored 
in EPROM 118 in response to clock synchronization signals provided by the crystal clock 142 - preferably by applying 
address information on address bus lines A8-A1 5 and on bidirectional address/data bus P0-P7 (latch 122 may be used 
to latch this portion of the address) and retrieving the resulting instructions in a conventional manner via bidirectional 
buffer 124 and the multiplexed address/data bus. Microcontroller 116 similarly accesses temporary storage locations 

so in RAM 120 and is capable of reading from or writing to RAM in a conventional fashion (although EPROM 118 and 
RAM 120 are shown connected in series with one another in FIGURE 5B, it will be understood that these components 
may actually reside in the same package, so that microcontroller 116 may independently access any storage location 
in either the EPROM or the RAM). 

[0108] Terminal 54 if desired may further include a conventional read/write interface to a conventional "swipe 11 type 
ss magnetic card reader or a conventional "smart card". Such interface may be useful not only to input information to 
terminal 54 for transmission to central computer 52, but also to store information transmitted by the central computer 
to the terminal. In one application, for example, central computer 52 may download a credit order to a magnetic card 
or "smart card" via terminal 54 - thus in effect providing electronic cash dispensing. Such downloaded debit cards or 
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"smart cards" may then be used to purchase goods or the like. 

[0109] In the preferred embodiment, microcontroller 116 controls display 102 by writing parallel information to the 
display (which in the preferred embodiment is an off-the-shelf LCD display module including a 4x24 character matrix 
LCD display and associated internal LCD controller) and by providing appropriate control signals to the display. A 

5 conventional encryption arrangement which preferably uses the conventional standard DES Data Encryption Standard 
(described in, for example, FIPS PUB 46, Federal Information Processing Standard Publication 1977 January 15 U. 
S. Dept. of Commerce, National Bureau of Standards) may be used to encrypt and/or decrypt data in a conventional 
manner and provide encrypted/decrypted result to microcontroller or communications or further processing. The en- 
cryption arrangement may alternately comprise any other miniaturized encryption system (such as a system developed 

10 by Dr. Ronald Rivest of MIT, Cambridge, Massachusetts and others and described in U.S. Patent NO. 4,405,829). 
[0110] In the preferred embodiment, secured terminal communications is provided by on-board encryption of the 
user's PIN (persona! identification number) and financial data. The RSA (Rivest, Shamir and Alterman) encryption 
algorithm (somewhat similar to DES but not requiring passing of keys between the transmitter and the receiver) may 
be stored in EPROM 1 1 8 in the form of program control instructions. The RSA encryption algorithm is driven by a 64-bit 

15 seed stored in RAM 120 or other RAM (which should be powered on at all times by a lithium battery) at the time of 
terminal manufacture. A real-time clock 142 and associated clock power supply 143 are also provided in the preferred 
embodiment (the RAM storing the seed, the real-time clock, and the clock power supply may be contained within a 
single package to conserve power if desired). A copy of the seed is preferably also maintained for each terminal 54 
by the central computer 52 - and the seeds are permuted in the same ways by the algorithms to produce random 

20 numbers in response to real-time. 

[01 1 1 ] During communications with the central computer 52, the terminal 54 may use the seed to periodically generate 
a pseudo-random number for encryption. This same seed is used by central computer 52 to generate the same pseudo- 
random number. Because the seeds and the algorithms are the same (assuming the real-time clocks can be periodically 
resynchronized with one another), the generated random numbers are also identical to one another. The real-time 

25 clock 1 42 of terminal 54 may be periodically adjusted by the central computer 52 to ensure synchronization. 

[0112] A user signing onto terminal 54 enters his PIN which is added to (or is otherwise transformed using a reversible 
process) the random number generated by the seed by microcontroller 116. This composite number is transmitted in 
encrypted form to central computer 52 where the same random number generated independently by the central com- 
puter is used to recover the original PIN. The PIN and central computer 52 (using standard encryption techniques 

30 compatible with those used on the ATM network 66) for transmission over the ATM network. 

[0113] Preferably, the user's PIN, the unique terminal identification ("ID") stored within the terminal EPROM 118, and 
all financial (i.e., ■amount") information passed between the terminal 54 and the central computer 52 is encrypted. 
However, it may not be necessary or desirable to encrypt other information passed between the terminal and the central 
computer (e.g., the screen display text information transmitted by the central computer 52 to the terminal 54) since 

35 such encryption adds to the time needed to process the information. 

[0114] A very high level of security is provided by the techniques discussed above. No key or seed is passed between 
the terminal 54 and the central computer 52, thus preventing an eavesdropper from obtaining the key and "spooking" 
the line ("spooking" refers to the process by which an eavesdropper can listen into and follow the exchange between 
the terminal and the central computer long enough to synchronize his terminal with the real terminal 54 and then 

40 capturing the line to replace the real terminal with his terminal - thereby "taking over" the exchange). Preferably, the 
RAM storing the seed information within the terminal will lose its stored information if any attempt is made to "peel and 
read" the RAM and its contents. All sensitive information (PIN, terminal ID and financial information) is encrypted so 
that anyone "listening in" would receive in clear form only standard information available to all users ~ with all of the 
information needed to perform financial transactions (i.e., PIN, terminal ID, amounts, account numbers) being encrypt- 

45 ed. Preferably, limits would be provided with respect to the real-time adjustment provided by clock 1 42 so that someone 
trying to "crack" the encryption algorithm could not derive the seed by supplying a series of known real-times. And, of 
course, someone stealing a terminal 54 is not provided with access to a user's bank account because the thief would 
also have to know the user's PIN. 

[0115] Microcontroller 116 scans using input controls 104-114, and executes appropriate program control instructions 
50 in response to depression of such controls. In the embodiment shown in FIGURE 3, the same keypad 114 preferably 
used to dial the telephone and to provide alpha-numeric inputs to the terminal microcontroller 116. While it is certainly 
possible to perform the various telephone functions (including DTMF tone generation) with an appropriately pro- 
grammed microcontroller 116, in the presently preferred exemplary embodiment of the present invention the voice 
telephone functions are performed independently of microcontroller 116 and associated components - with the only 
55 overlap between the telephone functions and the terminal functions being that keypad 114 controls both the telephone 
and the terminal. 

[0116] Thus, in the FIGURE 3 terminal embodiment, DTMF tone generator 1 38, telephone module 136, and handset 
100 are used solely for telephone functions - with terminal telephone dialing being performed independently by mi- 
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crocontroller 116 and modem 132. An inexpensive way to provide a dual function keypad 114 such that the keypad 
interfaces essentially independently with both terminal 54 and the telephone DTMF tone generator 138 is shown in 
FIGURES 6A-6C. FIGURE 6A is a top view in plan of a single key 200 of keypad 114 including dual electrical contact 
portions 202,204. Preferably, the dual contact portions 202,204 are identical to one another -- with the only difference 

5 being that one of the contact portions 202 is connected to telephone DTMF block 1 38 while the other contact portion 
204 is connected to microcontroller 116. FIGURE 6B is a side view and cross-section of a single key structure 200 of 
keypad 114 in the preferred embodiment. Key structure 200 includes a dome 206, a conductive rubber pad 208, a 
separator insulator layer 210, and contact portions 202,204 mounted on a common printed circuit board 212. In the 
preferred embodiment, the DTMF block 138 is preferably implemented by circuitry provided on an upper surface 212a 

10 of printed circuit board 21 2 facing conductive rubber pad 208. As shown in FIGURE 6A, contact portion 202 preferably 
comprises a conventional interdigitated pair of conductors with contact between the interdigitated conductors being 
established by conductive rubber pad 208 whenever dome 206 is depressed. Similarly, contact between interdigitated 
conductors of contact portion 204 is established by conductive rubber pad 208 whenever dome 206 is depressed - 
but in the preferred embodiment no circuitry associated with contact portion 204 is located on PC board upper surface 

1S 212 (and instead, pass through connections 214 are used to connect the contact portion to microcontroller 116). In the 
preferred embodiment, the distinct conductive rubber contact pads 208a,208b provide electrical isolation between the 
circuitry of terminal 54 and circuitry of DTMF module 1 38. 

[0117] In the preferred embodiment, dome 206 is preferably a flat type with a short stroke and tactile feedback. 
Conductive rubber pads 208a,208b preferably have contact resistance of less than 50 ohms to provide good electrical 
20 contact between the interdigitated contact conductors. The switch shown in FIGURES 6A-6C provides a short stroke, 
limited tactile feedback, relative simple design, that is, contamination proof and long lasting in operation, provides a 
low profile and is relatively inexpensive to manufacture, and provides complete electrical isolation between microcom- 
puter 116 and DTMF block 138. 

[0118] FIGURE 7A-7C are flow charts of exemplary program control steps performed by microcontroller 116 in the 
25 preferred embodiment terminal 54. Upon initially applying power to terminal 54, microcontroller 116 clears all flags and 
interrupts, enables all interrupts, initializes a buffer pointer, turns off LEDs 1 02a, 102b, 102c and 102d enables a key- 
board interrupt, initializes display 102 all in a conventional manner (block 250). Microcontroller 116 then waits for a 
key 104-1 14 to be depressed (decision block 252). FIGURE 7B is a flow chart of a keyboard interrupt routine performed 
by microcontroller 1 1 6 to detect when a key 1 04-1 1 4 has been depressed (and which key has been depressed). When- 
30 ever a key is depressed, microcontroller 116 sets a keyboard flag (block 254) and then reenables keyboard interrupts 
(block 256) before turning to the FIGURE 7A routine. 

[0119] Upon detection by FIGURE 7Adecision block 252 that the FIGURE 7B keyboard interrupt routine has detected 
depression of a key, microcontroller 116 pauses a short time period (to provide for debounce of the key; block 258) 
and then waits for the key to be released (decision block 260). When the key has been released, all flags are cleared 
35 (block 262) and the microprocessor 116 decodes the scanned-in information to determine which key was depressed 
(block 264). Terminal 54 then transmits the key identity via modem 132 over the telephone line to the FIGURE 1 central 
computer 52 (block 266) and waits for transmit to be completed (decision block 268). Once transmission is complete, 
control returns to decision block 252 to await depression of the next key 

[0120] At any time during the FIGURE 7A routine, it is possible for terminal 54 to receive data from central computer 

40 52. FIGURE 7C is a flow chart of an exemplary program control steps performed by microcontroller 11 6 when modem 
132 receives a character from central computer 52. In the preferred embodiment, the character input interrupt routine 
shown in FIGURE 7C simply sets a character input flag (block 270) and then calls an incoming character process 
routine (block 272), a detailed flow chart of exemplary program control steps of which is shown in FIGURES 8A and 
8B. In the preferred embodiment, terminal 54 may operate in either the command mode or display mode. In the com- 

45 mand mode, characters received by modem 1 32 are used to initiate various actions by the components of terminal 54. 
In the display mode, the received characters are simply displayed (i.e., communicated to the display controller for 
display 102). The terminal 54 in the preferred embodiment toggles between the command mode and the data mode 
in response to control signals embedded in the data stream it receives. Thus, for example, all ASCII characters may 
be displayed on display 1 02, but terminal 54 may interpret ail characters preceded by "escape 0 characters as command 

so characters and interpret such command characters rather than displaying them. 

[0121] Decision block 274 tests whether the incoming character is a command or a character to be displayed (pref- 
erably based upon a bit or combination of bits preceding or otherwise contained within the incoming character, as 
mentioned above). The incoming character is merely to be displayed ("no" exit of decision block 274), microcontroller 
116 outputs the character to display 102 (block 276), enables the serial port interrupts to permit receipt of the next 

ss character (block 280) and returns to the calling program (block 282) (the position at which characters are displayed in 
determined in the preferred embodiment based on the position of the last character to be displayed, with an entire 
replacement screen display being sent to the terminal 54 from the central computer 52 each time any data is transmitted 
to the terminal). If, on the other hand, the incoming character is a command, microcontroller 11 6 decodes the command 
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and effects an appropriate response. For example, if the incoming command is to activate LED 102a (decision block 
284), microcontroller 116 asserts the appropriate data on the address/databus to latch an appropriate control signal 
and to latch 130 so that LED 102 is illuminated (block 286). Similarly, if the incoming command indicates that LED 
102a is to be turned off (decision block 300), microcontroller 116 causes latch 130 to latch appropriate data such that 
s LED 102a is dark (block 302). LED 102b-102d are controlled independently in a similar manner by blocks 288-298 and 
blocks 304-314. 

[0122] If the incoming command received by modem 1 32 indicates that display 102 is to be turned on (decision block 
31 6), microcontroller 1 1 6 generates an appropriate command signal to activate the display (block 31 8). Similarly, central 
computer 52 can command the terminal 54 to turn off display 102 (blocks 320,322) or to clear the display (blocks 
10 324.326). In the preferred embodiment, a string of characters to be displayed by block 276 is followed by an end of 
line command character and upon receipt of such end of line character (tested for by decision block 328), any characters 
in excess of the line length, 24, are ignored (block 330). If the received control character is a carriage return on the 
other hand (block 332), microcontroller 116 moves the display character to the beginning of the next line (block 334) 
so that the next character output for display by block 276 is displayed at the beginning of the following line of display 1 02. 

15 

EXEMPLARY PROGRAM STEPS PERFORMED BY CENTRAL COMPUTER 52 

[0123] First provided will be a brief overall description of an exemplary remote terminal 54 user session accessing 
the financial service functions performed by central computer 52. Subsequent to that discussion will be provided a 
20 detailed description of exemplary program control steps performed by central computer 52 under control of the steps 
shown in flowchart form in FIGURE 9 et seq . 

[0124] Briefly, the terminal is powered-up by activating an ON switch preferably on the side of the terminal. The 
onboard processor initializes the terminal program which resides in an EPROM, clears the display, clears the transmit 
buffer, commands the modem section to send a call block code and autodials the central processor's gateway number 
2S (viathePDN). 

[0125] Coding in the terminal's EPROM contains SIGNON coding and messages. If a link is not established, the 
microprocessor displays a message questioning whether the redial number should be local or long access distance 
number. If the user responds indicating the number is local, the terminal modem redials the local access gateway 
number; otherwise it dials a long distance access number. Provision may also be made for manual dialup. 

30 [0126] After an asynchronous communications link is established, a unique EPROM-based identification number is 
transmitted to the central processor, encrypted, indicating the terminal's unique security identification number. The 
central processor terminal handler searches an authorization file stored on database 84 for the terminal security iden- 
tification number to determine access conditions, institutional associations, names of authorized users, etc. 
[0127] After the terminal is identified and authorized, the central processor asks which user (in a particular household) 

35 is using the terminal. If only one user is authorized to use the terminal, the central processor defaults to the next menu. 
The central processor then requests the user to indicate which transaction bank account (i.e., checking, NOW or other 
debit account) he wishes to use. If the user has only one transaction account the central processor defaults to the next 
menu. 

[0128] After the terminal user and the transaction account are identified, the user is requested to enter his ATM PIN 
40 (personal identification number). The PIN is transmitted (encrypted) to the central processor. The PIN is then combined 
with the user's ATM card offset and account number, which is kept on file in the central processor. This information is 
combined and reformatted (using the interface module) to conform with ATM interchange formats. The PIN (and other 
user identification data) is then transmitted through the ATM interchange to the terminal user that his terminal fully 
secured. Provisions can also be made to pass along the PIN "untouched" by the central processor. 
45 [0129] If the bank does not authorize access to the account, indicating incorrect PIN, a message is passed to the 
terminal user through the terminal display indicating access has been denied. The user is then permitted several ad- 
ditional attempts to enter the correct PIN. With the correct PIN, access will be permitted and the customer will receive 
a greeting message from his bank and his available balance. 

[0130] The system thereby has two levels of security - the unique signature of the terminal and the unique PIN; 
so each linked to an authorized user. 

[0131] A timed advertisement or message is then typically transmitted to the terminal user. This message may be 
directed to the user based on an analysis of the user's spending patterns (this information is extracted from user bill 
payments made through the terminal). 

[0132] After receiving the advertisement, the user is presented (based on an analysis of his transactions history) 
S5 with the opportunity to request further information on the advertisement. If he responds positively, that response indi- 
cating customer interest is communicated from the central processor to the advertiser (either online or in batch mode 
if preferred). The advertiser can then immediately direct a sales response at the interested customer. 
[0133] The preferred embodiment, computer system 52 may thus target third party advertisements to users without 
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disclosing user confidential information to the advertisers. An advertiser may, for example, pay to have an advertisement 
directed to all users having an average bank account balance in excess of a certain amount or who make average 
monthly credit card payments in excess of a certain amount. Central computer 52 may accumulate a long history of 
user's bill payments and bank account balances and use this accumulated information (in conjunction with preferred 
s information provided by the user when he registers for the home billpaying service) to provide extremely sophisticated 
useful and valuable demographics analysis possibly never before available due to the lack of such detailed accumulated 
user information. 

[01 34] Needless to say, the results of such demographics analysis are extremely valuable to advertisers but are also 
extremely confidential; users would seriously object if any such information was ever related to third parties without 

10 their express permission. However, central computer 52 can (in accordance with an important feature of the present 
invention) target specific ads to users based on such detailed demographics analysis without ever disclosing any 
confidential user information to the advertiser. If the user requests further information in response to such received 
targeted ads, central computer 52 may then provide limited user information (e.g., name and telephone number) to 
the advertiser based upon the user's positive request for advertisers contact. An especially advantageous way to 

is provide such limited user information is to pass it to the advertiser's telemarketing department immediately in real-time 
(while the user is still "on-line 0 ) since the user is then near his telephone and is receptive to the advertiser contact. The 
advertiser may then call the user as soon as the user disconnects his terminal to free up the telephone line. 
[0135] The main menu of services is then presented on the terminal display, the user selects one of four major 
choices (bill paying, account transfer, account information or other services). 

20 [0136] When bill payment is selected from the main menu of services the user's account balances is presented, his 
terminal 54 displays a unique list of payees (preferably specified beforehand by the user in response to a questionaire 
or the like). After selecting one payee, the amount of payment is entered on the keypad 114 and the figures appear on 
display 102 (but are not transmitted until a buffer is ready for transmission). The amount (preferably encrypted) is 
transmitted to the central processor 52. The transmission is logged in on a log file, the transaction is entered in trans- 

25 action files by the bill payer module, and account information is obtained from the appropriate payee (payee number, 
payment instructions/remittance method, payee address and deposit institution) and user account files (the user's 
name, address, user account number at payee, payment application) stored on mass storage device 84. A confirmation 
message is displayed to the terminal user indicating that his request for bill payment has been received and logged 
by the central processor. 

30 [0137] If a bill is to be paid today (and sufficient available funds are in the user's account), the payee identification 
number, customer account number and PIN (unless operating in PINIess mode of operation using authorization num- 
bers returned by the customers bank at balance request), the amount and date, identification information account, 
destination bank descriptor information and transaction codes are obtained from database 84 files and reformatted by 
the interchange module for transmission to the customers bank through the ATM interchange preferably in the form of 

35 a POS debit message. At the bank, the customer's account identification information and PIN (or authorization number) 
permit access to his account for the purpose of debiting the amount of the bill to be paid. The user's bank account is 
debited, and the payee identification is passed to the bank for listing on the user's monthly bank statement (paper 
statements or payment verification are not sent to terminal users directly, but are combined with the terminal user's 
monthly bank checking account statement in the preferred embodiment). A message is then sent back through the 

to interchange and ATM network 66 confirming the transaction (at this time using preferred POS debiting the bank and 
the network assume liability, i.e., guarantee the transaction, and the bank typically debits user account immediately 
and clears the funds to the source provider's account after close of business). 

[0138] After payment authorization is received from the bank (through the ATM interchange), the bill payment enters 
the central processor 52 from the terminal, and a series of tog and transaction files are updated by the POS and bill 

^5 payer modules. The payee/vendor information file is accessed to determine his status, electronic or paper payment, 
the appropriate address is obtained from the address verification file and particular payment information is obtained 
from the payments descriptor file. If the payment is scheduled for today, it is routed to the appropriate exchange ( ACH) 
or routed to other direct electronic transmitted or remittance tape for delivery to the payee. Provisions are also made 
to aggregate and time payments (from multiple terminal users) to a single payee. If the payment cannot be made by 

so electronic means, a paper check must be cut and mailed. In cases where multiple payments can be made to a single 
payee, a (single) "check and list" (of payor information) is forwarded. A reference number is created for each electronic 
or paper payment (this reference number is used for terminal user and payee servicing). 

[0139] If the payment is to be paid other than today (a "future payment"), a similar logging procedure is followed, 
except that the payment (along with certain secured PIN information) is routed to a payment transaction pending file 
55 instead of being processed for immediate payment. On the appropriate day of payment, the transaction pending file 
is accessed and the information necessary to affect an account debit of a user's bank account is retrieved and a 
corresponding POS debit message is generated and sent over the ATM network at that time. 
[0140] Information on the amount, payee, banking institution, user account and authorization number are transmitted 
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through the interchange to user's bank. Once the debit has been completed, an acceptance of the account debit trans- 
mitted by the bank back to the central processor through the ATM interchange. 

[0141] After a payment has been made, a confirmation is received for electronic payments, a confirmation entry is 
placed on the customers file and the transactions file. Similarly, another confirmation is entered upon sending paper 
5 payments. When the user views his statement of transactions (his online statement), the data and amount of payment 
is available for his information. 

[0142] Pre-authorized recurring payments are processed in much the same manner as future payments. On the 
appropriate day, the user's payment information is transmitted through-the ATM interchange to his bank where his 
account is debited and a confirmation returned that is posted on the user's online statement. 
10 [0143] When payments that have been scheduled are not processed due to insufficient funds in the user's account, 
a message is posted to the user's online statement file and a message is presented on his screen for viewing at the 
beginning of the next session. In addition, the terminal user is notified by mail. 

[0144] The central processor system keeps logs of all session payments scheduled currently or for future dates. This 
permits a terminal user to review and correct the amount, date or payee for the current session or for future dated 
15 transactions. 

[01 45] The transfer of funds function permits the transfer of funds within a single bank or between cooperating banks. 
When the transfer funds function is initiated, a menu of accounts is presented, the user selects the account from which 
the funds are to be transferred and the amount of the transter (the user may also be asked to enter a new PIN if his 
current PIN is not tied to the applicable account). The account number and PIN are transmitted through the ATM 

20 interchange 66 by the central processor 52 to the customer's bank where a balance is obtained. A menu is then pre- 
sented of the user's other accounts and he selects the account to which he wants funds transferred (again, if necessary 
he is asked the PIN of the account if not tied to his main transaction account). A transfer confirmation message is 
displayed on the terminal screen after entry of the necessary information indicating that the transfer has been accepted 
by the central processor. The central processor system keeps logs of all session transfers scheduled currently or for 

25 a future date. This permits a terminal user to review and correct the amount, date or amount of transfer for the current 
session or for future dates. The central processor then transmits through the interchange a debit to the source account 
and then transmits a credit to the receiving account. 

[0146] If the transfer attempt should fail because of PIN acceptance, inadequate funds or communications problems, 
the terminal user is notified while online. In the case where the transfer has been scheduled for the future or periodically, 

30 the PINs, amounts and dates must be held in a pending transaction file. Should the transfers not take place when 
scheduled, a message is posted to the use's online statement file and a message is mailed to the user and a message 
is presented on his screen next time he turns on his terminal. At the completion of the transfer debit and credits, 
confirmation messages are transmitted by the bank to the central processor through the ATM interchange. 
[0147] The "account balance" menu selection provides information on account balances for the user's indicated 

35 transaction account and for other user bank accounts. In addition, there is a statement of online activity which sum- 
marizes the transactions that were entered during a desired historical period (e.g., the last 45 days including the current 
session), an opening balance (using the oldest balance stored in the central processor for over the post 45 days) and 
the ending balance (current balance adjusted for any transactions processed during a terminal session). 
[0148] In addition, information on other bank services is also available such as, CD rates, mortgage and loan rates, 

40 special promotions, lists of services, etc. A terminal user may then request further information. In certain cases, the 
user may also request a service (e.g., apply for loans, order new checks, and potentially perform certain non-banking 
functions). Any service request is passed to the ban k di rectly for service attention similar to the way the central processor 
treats a user response to directed advertising at SIGNON. The central processor only accesses the interchange when 
seeking to obtain an account balance, perform a debit or credit, submit adjustments stop payments and reversals; 

4S otherwise, transaction activity is limited to the central processor and its databases. 

[0149] The final selection permits the user to SIGNOFF the terminal, or move to another account at the same bank 
or a different bank. If the terminal session is ended, a session number and message is transmitted to the terminal (the 
session number is stored by the central processor and is used for customer servicing and reference). Actual bank debit 
and credit processing that was not initiated during the session is completed after the terminal session ends. The terminal 

so detects an end of session code and the modem is commanded to break the communications. If the terminal session 
ends abnormally due to a failure in the communications link, those transactions that were not entered up to the point 
of confirmation are not executed by the central processor. The terminal user, once receiving indications that the com- 
munications link is down, must push the ON key to reestablish a communications link and continue with his remaining 
transactions. He can review his online statement of transactions to conform what transactions have been accepted by 

5S the central processor. 

[0150] If the user wishes to sign onto other accounts at his current bank or his accounts in other banks, he signs on 
the new account (using a new PIN) and conducts business in his new account or new bank. 

[0151] FIGURE 9 is a flow chart of exemplary program control steps of a main routine performed by central computer 
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52 to distribute financial services to remote terminal 54 and to communicate with such remote terminals. Preferably 
central computer 52 provided a multitasking environment and a version of the main routine shown in FIGURE 9 executes 
for each of a plurality of remote terminals 54 in communication with central computer 52. 

[0152] Calling the FIGURE 9 main routine of block 350 starts all processes. Upon beginning execution, the main 

5 routine first gets the system date at block 352. The main routine then configures an I/O port assigned to it (preferably, 
central computer 52 includes a plurality of I/O ports for communication with a corresponding plurality of remote terminals 
54) and initializes this port (block 354). The main routine then initializes data arrays and other associated data structures 
stored in the memory of CPU 80, clears a "present payment" temporary storage data structure, and stores past payment 
information in the database(s) maintained on mass storage device 84 (block 356). The main routine then waits for a 

10 remote terminal 54 to contact central computer 52 - and upon such contact, performs the start routine which establishes 
a communication interchange with the calling remote terminal, solicits the user's personal identification encrypted and 
encryption initialization message, and controls the calling remote terminal to display an advertisement (block 358). A 
flow chart of exemplary control steps performed by start routine 358 is shown in FIGURE 10. 
[0153] Referring now more particularly to FIGURE 10, start routine 358 receives initial information transmitted by 

is terminal 54 and preferably identifies the terminal as corresponding to a particular user or group of users (block 360). 
In the preferred embodiment, when remote terminal 54 contacts central computer 52, the remote terminal transmits 
an internally stored identification number which identifies a particular terminal. Central computer 52 in the preferred 
embodiment associates that unique terminal identification it receives with that particular user (or collection of users), 
accesses the database stored on mass storage device 84 to determine which bank or other financial institution that 

20 user(s) is a customer of, and then transmits a string of characters to the remote terminal 54 which causes the terminal 
to display a "welcome" message in the name of the user's bank (block 362). This is an important feature of one aspect 
of the present invention, since the user's remote terminal 54 greets the user with a welcome message appearing to 
come from the user's own bank rather than from the service provider operating system 52 - giving the bank "control" 
with its user relationship and giving the user the familiarity and confidence in dealing with his bank. 

25 [0154] Central computer 52 transmits signals to remote terminal 54 using a routine called "TIOT". Flow chart of 
exemplary program control steps included in this TIOT routine is shown in FIGURES 11A-11D. This TIOT routine is 
the communications routine in the preferred embodiment that transmits signals to remote terminal 54 and receives 
signals transmitted by the remote terminal. The TIOT routine first determines whether only display is required (as is in 
the case of block 362 of FIGURE 10) or whether central computer 52 is to receive numeric inputs from terminal 54 as 

30 well as provide a display. In the case of the FIGURE 1 0 block 362 call to the TIOT routine, only a display is required 
and accordingly, the TIOT routine calls a further routine called TDISPLAYM to build an output a block of data which 
when received by terminal 54 will cause the terminal to display a desired display screen (in this case, the display will 
display the message "Welcome to First National Bank" or the like along with copyright message in the preferred em- 
bodiment) (block 402). 

35 [0155] FIGURES 1 1 E-11 F are together a flow chart of an exemplary program steps performed by the TDISPLAYM 
routine in the preferred embodiment. This routine, which may be called directly from other portions of the central com- 
puter software (although it is typically called by the TIOT routine shown in FIGURES 11A-11D at, for example, block 
402 of FIGURE 11 A) permits central computer 52 to control exactly what is displayed at any given time by remote 
terminal display 1 02. Briefly, central computer 52 fills a display buffer having the exact character length of the 4x24-char- 

40 acter display 1 02 of terminal 54, and then communicates this buffer content through the PDN network 56 to the remote 
terminal 54. The contents of this buffer constructed by central computer 52 thus completely describes the status of 
display 102 (as well as LED prompt indicators 102a-102d) of remote terminal 54). 
[0156] The following parameters are provided to the TIOT routine in the preferred embodiment 



45 • Floating point/integer/display only; 

• State of LED 102a; 

• State of LED 102b; 

• State of LED 102c; 

• State of LED 102d; 

so • Line 1 of text, first line displayed; 

• Line 1 of text, successive lines displayed; 

• Line 2 of text, first line displayed; 

• Line 2 of text, successive lines displayed; 

• Line 3 of text, first line displayed 

55 • Line 3 of text, successive lines displayed; 

• Line 4 of text, first line displayed; 

• Line 4 of text, successive lines displayed 

• Inhibit/enable pointer key 1 ; 
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• I nhibit/enable point key 2; 

• Inhibit/enable pointer key 3; 

• Inhibit/enable pointer key 4; 

• I nhibit/enable CANCEL key; 
5 • Inhibit/enable HELP key; 

• Inhibit/enable NEXT key; and 

• Inhibit/enable PRIOR key. 

[0157] To display a new display format on terminal display 102, central computer 52 first reinitializes formats the 
10 output for communication with the terminal 54 via PDN network 56 (block 11 00), and then transmits appropriate control 
signals to remote terminal 54 controlling the remote terminal to blank LCD display 102 and to de-illuminate all LEDs 
102a-102d (blocks 1102,1104). In the preferred embodiment, central computer 52 transmits two types of characters 
to remote terminal 54 "characters to be displayed" and "control characters". In the preferred embodiment, the control 
characters may be preceded by an "escape sequence" to alert terminal 54 that the following character is a control 
is character rather than a display character - or alternatively, control characters may all have formats different from 
displayable characters to permit terminal 54 to readily distinguish between the two types of characters. In the preferred 
embodiment, whenever remote terminal microcontroller 116 receives a control character, it interprets the control char- 
acter rather than sending it to LCD display 102. 

[0158] Central computer 52 then preferably obtains a template for the desired screen format to next be displayed 

20 (the name of this screen format is preferably passed to the display routine as a parameter either directly or indirectly 
and may be obtained from mass storage device 84) and stores this template contents in a screen display buffer having 
the exact length required to fully define all characters on the 4x24-character LCD display 102 of remote terminal 54. 
Certain templates have variable names embedded within them - and central computer 52 recognizes these variable 
names according to type (floating point or integer) and in response to the presence of these variables determines that 

25 the corresponding information must be "filled in" to complete the buffer contents. Preferably, the variable contents are 
already defined externally from the display routine, although the variable contents may be passed to the display routines 
in the form of additional parameters. Some exemplary templates are depicted in the APPENDIX, which shows an 
exemplary "script" of various remote terminal transactions using the remote terminal user interface provided by the 
system of the present invention. 

30 [0159] If an embedded variable requires a floating point number to be filled in to the display format template (decision 
block 1106), central computer 52 obtains the appropriate value (depending upon the context in which a display routine 
was called) and inserts that information into the appropriate positions of the display buffer (block 1108) before trans- 
mitting the display buffer. Similarly, if an integer number needs to be filled in (decision block 1110), central computer 
52 obtains the integer value and inserts that into the display buffer (block 1112). If no variables are embedded Into the 

35 corresponding template, the screen format is termed "display only" format (decision block 11 1 4) and central computer 
52 simply builds the display buffer without inserting any additional variable information (block 1116). 
[01 60] Central computer 52 then transmits the buffer contents to remote terminal 54 beginning with the first character 
in the buffer and ending with the last buffer character in the preferred embodiment. Referring to FIGURE 1 1 F, the buffer 
is preferably structured as four rows with each row including 24 characters (and thus buffer thus constitutes a memory 

40 "image" of what is to be displayed on display 1 02). 

[0161] Assuming the last row has not yet been transmitted (decision block 1118) and that the last character in the 
current row has not yet been transmitted (decision block 11 20), a character count is incremented (block 11 22) and the 
"next" character within the display buffer is transmitted to remote terminal 54 (block 1124). This process continues until 
the last character in the current row is reached (decision block 1120), at which time central computer 52 inserts a 

45 carriage return (block 1126), increments a row counter (block 1128) and resets the character counter (block 1130). 
When the end of the last row has been transmitted (decision block 1118), central computer 52 preferably generates 
commands for each of the four LEDs 102a-102d and transmits those commands to specify the states (on or of!) of 
these LEDs (blocks 1132-1148). Preferably, such LED state information is stored with each display screen template 
(and/or may be provided at run time based on the current state of the program) so that the transmitted information fully 

so specifies the states of the LEDs. 

[0162] Referring once again to FIGURE 11 A, once the LCD display screen block is outputted (block 402), central 
computer 52 always checks the communications port to determine whether the user has depressed an input key (block 
404). If an input key has been depressed, the TIOT routine decodes the data transmitted by remote terminal 54 to 
central computer 52 to determine which key was depressed (for example, number key depression is tested for by 

55 decision block 406, depression of selection keys 108 is tested for by decision block 408, depression of the NEXT key 
106 is tested for by decision block 41 2, depression of the PRIOR key is tested for by decision block 416, depression 
of the CANCEL key is tested for by decision block 420, and depression of the HELP key 110 is tested for by decision 
block 424). A temporary storage location called "code" is set to an appropriate value corresponding to the key depressed 
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by block 410, 414, 418, 422, 426 in the preferred embodiment, and the TIOT routine then returns to the calling routine 
(FIGURE 10 block 364 in this case). 

[0163] In the preferred embodiment, the user input decoding is simplified by specifying enabled and inhibited user 
inputs at the time block 402 causes terminal 54 to build a display (such specifying function may be performed, for 

5 example, by passing parameters to the TIOT routine specifying which user input key strokes are to be recognized and 
which key strokes are to be ignored). For example, certain display formats call upon the user to provide numerical data 
- and upon displaying such display formats central computer 52 may enable decoding of number keys by block 406 
but disable decoding of all other (or certain other) keys. In the preferred embodiment, user depression of a temporarily 
disabled input key simply causes block 402 to control the terminal 54 to again display the same display format. 

10 [0164] Referring once again to FIGURE 10, once central computer 52 controls remote terminal 54 to display the 
"welcome" message it causes the terminal to display a further message indicating that the terminal is now secure (block 
364). In the preferred embodiment, DES or RSA encryption techniques (or comparable) are used to secure the com- 
munications between remote terminal 54 and central computer 52. Upon successful securing of the communications 
stream in this manner, central computer 52 provides an output message to remote terminal 54 controlling the remote 

is terminal display 102 to indicate to the user that the terminal is now secure. 

[0165] Central computer 52 then determines from the terminal identification sent to it by the remote 54 whether the 
remote location at which the remote terminal is located has more than one user (decision block 366). For example, 
remote terminal 54 may be located in a household or business location including several individuals each having their 
own separate bank account. If the database information stored on mass storage device 84 indicates that the remote 

20 terminal 54 is assigned to more than one user (as tested for by decision block 366), central computer 52 solicits the 
identity of the particular user using the remote terminal by, for example, outputting a list of user names and controlling 
the remote terminal to display that name list on LCD display 102 (preferably also with appropriate control characters 
to cause the "select one" prompt to be illuminated on the remote terminal) (block 368). Central computer 52 then waits 
for the user to select one of the options listed. If the user responds with depression of one of select keys 1 08, the TIOT 

25 routine 408,410 decodes the depression of these select keys. If the user does not depress one of these select keys 
108 within a certain time period (or depresses one of keys 104,106 instead), then central computer 52 concludes that 
the user does not appear on display 1 02 and that further user names need to be displayed) (decision block 370, block 
368). The user may depress the NEXT key for display of other names. 

[0166] On the other hand, if the user selects one of the listed names, central computer 52 determines whether the 
30 selected user has more than one bank account (e.g., by accessing the database stored on mass storage device 84) 
and if so, controls remote terminal display 1 02 to display a list of accounts (block 372), Central computer 52 then once 
again waits for the user to select once of those displayed accounts and/or displays further accounts corresponding to 
the same user if the user is unable to make a selection (decision block 374,372). 

[0167] Once central computer 52 has identified a user's bank account, the TIOT routine is called to request the user 

3S to enter his or her ATM (PIN) number (and preferably also lights up the "Enter Number" prompt at this time). The TIOT 
routine then receives the user input from terminal 54. Referring once again to FIGURES 11 A-11D, if input is to be 
received (the "No" branch of decision block 400), central computer 52 determines whether a floating number input is 
desired (e.g., dollars and cents such as $301 .26) (block 428). Upon this call to the TIOT routine, however, no floating 
point number input is desired and therefore the routine TDISPLAYM is called to display the PIN number user prompt 

<*o (block 430). Central computer 52 then waits for user input from remote terminal 54 (decision block 432) and decodes 
the response of user input at decision block 432,434,440,444,448,452,458. Upon the current call of the TIOT routine, 
the respective input (and in fact, the only valid input) is depression of number keys of keypad 114 (decision block 452). 
As the user depresses keys to keypad 114 indicating his PIN number, central computer accumulates the digits and 
calculates the received number (bbck 454). A validity check is preferably also included in block 454 at least in some 

45 context (e.g., to ensure that the desired value is of the proper length). In some situations, a further block 456 may 
control terminal 54 to display an appropriate positive feedback message acknowledging receipt of the entered number 
so that the user is satisfied that the number he has keyed in was received by central computer 52. 
[0168] Referring once again to FIGURE 1 0, decision block 378 tests whether lour PIN digits have been entered and 
may also perform a validity check to ensure that the 4-digit (or other prearranged number greater or less than four 

so digits) PIN number entered corresponds to the identified account number (block 378; or alternatively, this validity check 
may be performed by the bank when an ATM/POS message is sent to the user's bank affecting this account). If the 
inputted PIN number does not correspond, one or more retries may be permitted before central computer 52 discon- 
nects telephone connection with remote terminal 54. 

[0169] On the other hand, if the inputted number is valid, central computer 52 transmits advertising or messaging 
text to remote terminal 54 - this advertising text preferably being targeted to a specific user or user group (block 380). 
Specifically, in the preferred embodiment, the user database stored on mass storage device 84 includes demographic 
and other information about each user, and central computer 52 may be appropriately programmed to transmit different 
advertising text to different users. Thus, for example, all users having a bank account with a particular bank and who 
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owned homes (detected by mortgage payments or a lack of rental payments in the database) may be sent advertising 
text pertaining to home equity loans, while users renting apartments (detected from the rental payments in the database) 
may be sent advertising pertaining to personal loans or automobile loans instead. Of course, the content of the adver- 
tising is arbitrary and might be used to advertise any good or service. Moreover, the advertisement can be communi- 
5 cated and targeted to particular users without release of confidential user information to the advertiser (until the user 
authorizes such release as described below). 

[01 70] Central computer 52 then preferably sends an additional display screen to remote terminal 54 asking the user 
whether he wants additional information (block 382) via an additional call to the TIOT routine. Preferably a 3-second 
time response is initiated at this point so that if the user does not respond within three seconds the central computer 

10 goes on and executes return 386 to the FIGURE 9 main routine. If the user responds with a "yes" response (i.e., by 
depressing the appropriate one of select keys 1 08 "pointing to" a line of information displayed on display 1 02 indicating 
■yes" response), central computer 52 stores the user address and other appropriate information into a file which is sent 
(e.g., electronically via a dialup line) to the user's bank (or other advertiser) so that the advertiser can directly contact 
the user by mail, telephone (perhaps using autodial to get immediate access to the user after he terminates his terminal 

15 session) or otherwise to provide additional information about the advertised service or merchandise (block 384). On 
executing return block 386, the main menu routine is called to permit the user to select financial transactions to be 
performed (see FIGURE 9, block 388). A flow chart of exemplary program control steps included in this main menu 
routine is shown in FIGURE 12. 

[0171] Main menu routine 388 causes remote terminal 54 to display a "main menu" (preferably using via a call to 
20 the TIOT routine) (block 390, FIGURE 12). This main menu display screen lists four options in the preferred embodi- 
ment: pay bills; transfer funds; get account information; and exit account session (see FIGURES 3 and 4, which each 
depict preferred embodiment terminal displaying the main menu). The main menu provides some options of the type 
users are used to seeing at ATMs (e.g., transfer funds, get account information) as well as additional options not 
available on an ATM (e.g., pay bills). The user is then expected to press one of select keys 108 to select one of the 
2$ four displayed options (the "Select One" prompt is preferably illuminated to prompt the user to depress one of pointer 
keys 108 pointing to the displayed option he would like to select). User selections are received using the TIOT routine 
and decoded with main menu routine 388 (decision blocks 391, 393, 395, 397). In the preferred embodiment, the 
number of main menu options available for user selection is limited to four ~ that is, by the number of different lines of 
text that may be simultaneously displayed by display 102. Each main menu option then has additional "sub-options" 
30 which are displayed sequentially after the user selects the desired main menu option (as will be explained shortly). 
[0172] If the user selects the "pay bill" option (decision block 391 ), central computer 52 executes the "bill process 
routine" (block 392), a flow chart of which is shown in FIGURE 13. 

[0173] Referring now to FIGURE 13, the "bill process" routine 392 performs the function of processing, reviewing 
and correcting billing information - and also permitting the user to electronically request funds to be debited from his 

35 bank account and used to pay bills to particular desired creditors on specified dates. Upon selecting the "pay bill* main 
menu option, bill process routine 392 may provide account balance information to the user by forming a standard 
account balance ATM or POS type message (or possibly using a "null" POS debit message) containing the user's 
account number and PIN and transmitting this request over the ATM network to the user's bank; receiving the user's 
account balance from the user's bank over the ATM network in the form of a return ATM message; reformatting this 

40 received account balance information; and transmitting the account balance to the remote terminal 54 using the TIOT 
routine discussed earlier (block 502). Central computer 52 may also temporarily store this account balance in the 
preferred embodiment for purposes of keeping a running total, as will be explained. 

[0174] In the preferred embodiment, central computer 52 appears on the ATM network as simply another ATM ma- 
chine or POS node - and uses the same standard messaging formats used by ATM machines and POS terminals to 

45 obtain and receive information from the user's bank. Included in the ATM/POS communications format/protocol stand- 
ard used by the ATM interchange network described previously is a command format to request account balance 
information. Central computer 52 generates such an account balance request using the account number (and preferably 
also the user PIN number) provided by the user earlier, then receives from the ATM network a response containing 
the account balance pertaining to the user's bank account Since this account inquiry request generated by central 

so computer 52 "looks like" a request generated by any ordinary ATM or POS device, the user's bank's data processing 
system and the ATM network are capable of handling this request in a routine, ordinary way (and no software changes 
at the bank's end are required to respond to such messages). 

[0175] In the preferred embodiment, the account balance information obtained from the ATM network is provided to 
the user in the form of a display on remote terminal display 102 and is also stored in the memory of central computer 
ss 52 to enable the central computer to automatically inhibit the userfrom attempting to disburse more funds than he has 
available. The bill process routine 392 then controls remote terminal 54 to display a "submenu" providing the user with 
three options: pay new bill; review and correct payments; and exit bill paying. Bill process routine 392 then waits for 
the user to select one of the three options by depressing one of terminal select keys 1 08. 
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[0176] The user selections are decoded by decision blocks 504,508,512 and corresponding routines 506,510,514 
are called in response. For example, if the user depresses the upper selection key 108 in the preferred embodiment 
(pointing to the option "pay new bill" or "pay another bill - ), bill process routine 392 calls a further routine 506 called "bill 
pay* a detailed flow chart of exemplary program steps of which is set forth in FIGURES 14A-14C. 

5 [0177] Referring now more particularly to FIGURES 14A-14C, the "bill pay" routine 506 processes bill payments by 
controlling remote terminal 54 to display a list of payees and also controlling the remote terminal to light up the prompts, 
the "Select One" prompt "Or" prompt, and the "Change Screen" (i.e., by sending appropriate control characters to 
remote terminal 54 to cause those various prompts to become illuminated simultaneously). In the preferred embodi- 
ment, the user is asked through direct mailings (or in certain cases by telephone) to provide, ahead of time, the names, 

10 addresses, account numbers, and other information specifying payees he wishes to pay bills to electronically (the user 
is also asked for other relevant account information for other services such as funds transfers). Generally, most people 
pay a vast majority of their monthly bills to the same payees every month. For example, recurring monthly bills are 
typically received trom utility companies (gas, telephone, electric), the mortgage company or landlord, lenders, credit 
card companies (AMEX, Mastercard, Visa), department stores, state and local government authorities (e.g., city or 

15 county taxing authorities), etc. Therefore, the user is typically able to define beforehand the dozen or two dozen payees 
to which he sends recurring payments on a monthly or other periodic basis. Such user-specific payee information is 
stored by central computer 52 on mass storage device 84 and is accessed by FIGURE 1 4A block 516 to display a list 
of payees. If desired, the initial listing displayed by block 516 may constitute a listing of categories of payees rather 
than individual payees (although in the preferred embodiment an actual listing of payees is displayed initially). 

20 [0178] As mentioned previously, the preferred embodiment remote terminal display 102 is only capable of displaying 
a limited number of lines of text simultaneously (e.g., four). In the preferred embodiment, a different payee is displayed 
on each of these lines to permit the user to select a desired payee by depressing one of select keys 108 pointing to 
the displayed payee name. Generally then, a particular user will have a longer list of payees than may be displayed 
on display 102 simultaneously. If the user does not select one of the displayed payees (e.g., by either not depressing 

2S one of select keys 1 08 or by pressing the PRIOR or NEXT key 1 04,1 06) (as tested for by decision block 51 8), central 
computer 52 attempts to display the "next" or "previous" 4-payee sublist of the user's payee list (decision block 
520,522,51 6). Thus, blocks 5 1 6-522 may be visualized as defining a 4-line long "window" scrolling up and down through 
a user payee list that may be of any desired length. If the user reaches the end of his payee list without making a payee 
selection, block 524 is programmed to return to the beginning of the bill process routine 392 shown in FIGURE 13. 

30 [0179] When decision block 51 8 determines that the user has selected one of the displayed payees, central computer 
52 determines whether the user has already paid a bill to this same payee in the current remote terminal session (block 
526). In the preferred embodiment, the result of a given remote terminal bill paying session is an output file containing 
ail of the requested financial and other transactions generated during the terminal session. Only after the session is 
complete in the preferred embodiment is the output file processed by central computer 52 to effect the various user 

35 requests. In the preferred embodiment, decision block 526 scans through the output file to determine whether the user 
has already requested a transaction with respect to the currently selected payee, and if so, controls remote terminal 
54 to display a prompt asking the user whether he wishes to make another payment to the same payee (block 528). 
In this way, the user must consciously decide to make multiple payments to the same payee and central computer 52 
thus prevents the user from inadvertently making a double payment he did not wish to make. 

40 [0180] The "bill pay routine 506" then requests further information from the user regarding the amount to be paid to 
the selected payee by calling the TIOT routine (block 530). Referring now once again to FIGURE 11 B, central computer 
52 may control display terminal 54 to display a prompt or other information (e.g., a prescheduled amount or information 
regarding the last payment made to this particular payee), and then awaits user input (blocks 464,466). The user is 
permitted to enter the amount to be paid (the user inputs this value without the decimal point by striking keys or keypad 

45 1 1 4 in the style of ATM data entry). When the user has entered an amount he depresses selection key number 4 (block 
472) and the number is compared to a maximum permissible limit (block 474). If the amount entered is within limits 
(central computer 52 expects a floating point value, generally at least three numerical digits) the routine returns; , 
otherwise, the display is output (block 476) with a blank line and an error code is set (block 478) and then the routine 
returns. During number entry, the user may depress the CANCEL key at any time to "delete - or "undo" the last number 

so keyed in, and central computer 52 will in response send a new screen showing the numerical value the user has keyed 
in minus the deleted digit. 

[0181] Referring once again to FIGURE 14 A, the central computer 52 then causes remote terminal 54 to display to 
the user a prompt asking whether the user wishes the bill to be paid today or in the future (decision block 532). if the 
user responds affirmatively (e.g., by depressing an appropriate one of select keys 108 pointing to a "Today" dataline 
55 displayed on display 1 02), this information along with the amount of information required by block 530 is logged to the 
temporary output file and a confirmation message is sent for display by terminal display 102 (preferably indicating the 
date, the payee and the amount along with the message "confirmed for today") (block 534). If, on the other hand, the 
user responds "Future" to the question, central computer 52 asks the user whether the bill is to be paid in the future 
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(decision block 536). Through successive such user prompts (some prompts possibly providing multiple options to 
reduce the total number of prompts that must be displayed by terminal display 102), decision blocks 538, 542,548 
determine the time period the user wishes the bill to be paid. For example, in the preferred embodiment, if the user 
wants the bill to be paid in the future, central computer 52 may cause remote terminal 54 to display a listing of the 

5 succeeding two months (e.g., if the current month is September, terminal display 102 may display the month of October 
and November along with additional options such as "other months" and "periodically"). The user may select one of 
the displayed options by depressing the appropriate one of select keys 1 08 "pointing to" the displayed option he desires. 
[0182] If the user selects one of the displayed months, central computer 52 logs the payment in its output file which 
it will eventually add to a scheduled transaction log so that the payment will automatically be processed on the appro- 

10 priate day (blocks 538-546). If the user wants to schedule bill payment for some other month, on the other hand, 
(decision block 548), central computer 52 may prompt the user by displaying month names three at a time until the 
user selects one of the displayed months (blocks 550-552). If the user selects a month that is more than a year away, 
the instruction is ignored and terminal display 1 02 displays a message that system 50 can only schedule initial payments 
within the current year (decision block 554,556). The preferred embodiment does, however, permit users to schedule 

is non-initial (i.e., periodic) payments beyond one year into the future. Otherwise, central computer 52 causes terminal 
display 102 to display a confirmation message indicating the amount, payee and month, and then obtains the day of 
the month from the user at block 560. Control then returns to bill process routine 392 so the user may either pay another 
bill, review existing bills constructed to be paid, or exit the bill paying function (block 562). 

[0183] Referring now to FIGURE 14C, if the user wants the bill to be paid but does not want the bill to be paid today 

20 or at a date in the future, then central computer 52 permits the user to schedule periodic bill payment (decision block 
564). To schedule periodic bill payment, central computer 52 controls terminal display 102 to display a prompt "start 
paying bill on" and then expects the user to fill in the month day and year that periodic bill paying is to begin (block 566). 
[0184] A routine called CHKDATE is then called at block 568 to check for a valid user inputted date (e.g., a date that 
is equal to or later than today). FIGURE 15 is a flow chart of exemplary program control steps included within the 

25 CHKDATE routine 568. 

[0185] Referring now more particularly to FIGURE 15, central computer 52 determines whether the inputted year is 
later than the current year and also checks whether the inputted month is later than the current month if the year is the 
current year (decision blocks 570,572). In the preferred embodiment, scheduled bill payments can begin in any month 
of any year but cannot begin in the past, if the user requests an invalid data to begin periodic payments, central computer 

30 52 controls terminal display 102 to display an error message (block 574) and sets an error flag (block 576). Similarly, 
block 574 displays an error message if a subsequent validity check on the year and month inputted indicates that the 
year and month are not "legal" (as tested for by decision block 578). A flag is set upon entry of such an "illegal" date 
(i.e., a date in the past) and the user is given the opportunity to enter a correct date upon return to calling routine. 
[0186] Thus, the results returned by the CHKDATE is a date flag (which indicates whether or not a valid date was 

35 inputted or not) and a date to begin periodic payments. 

[0187] Once a valid start date for scheduling periodic payments has been received by central computer 52 (decision 
block 579 of FIGURE 14C checks the flag returned by the CHKDATE routine to ensure the date is legal), the central 
computer controls terminal 54 to provide a prompt indicating an ending date in terms of day and year (block 500,502). 
In addition, central computer 52 requests the user for additional information regarding the recurrence of the scheduled 

40 payments (e.g., weekly, semi-monthly, monthly or other; block 584). Once the required information has been obtained 
by central computer 52, the central computer calculates each date on which a scheduled payment is to be made (block 
584) calling the DATES routine a detailed flowchart of which is shown in FIGURES 16A-16B. 
[0188] Referring now more particularly to FIGURE 16A and 16B, dates routine 584 calculates periodic dates based 
upon user-inputted data - and thus allows the user to schedule recurring payments (e.g., loan or mortgage payments, 

45 installment payments, etc.). 

[0189] As mentioned previously, FIGURE 14C blocks 556,580 and 582 obtain from the user the beginning to start 
the periodic payments and the ending date for ending payments. Routine 584 shown in FIGURE 16A-16B calculates 
each of the scheduled periodic payments from this inputted information along with a further input solicited from the 
user specifying the frequency of the periodic payment (e.g., monthly, weekly, semi-monthly or other periodicity). Deci- 

so sion 586 first confirms that the end date is later then the beginning date (decision block 586). If this validity check fails, 
an error message is displayed on terminal display 1 02 (block 588), an error flag is set (590) and a return to the calling 
program is performed (block 592). Assuming the end date is valid, then routine 584 determines whether the beginning 
year and the ending year are equal to one another (decision block 594) and if so, whether the beginning month is 
before the ending month (decision block 596). If the beginning and ending year are equal and the beginning month is 

ss not prior to the ending month, then the user has attempted to schedule payments beginning later than they end and 
an error message is output and an error flag set (block 598,600). Assuming the beginning day-month-year and the 
ending day-month-year dates are correct, routine 584 then calculates each payment date within that time span based 
on whether the payments are scheduled weekly, semi-monthly, quarterly, semi-annually or annually (blocks 602 and 
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[0190] The manner in which the schedule of payments is calculated is similar regardless of the frequency of occur- 
rence of the payments. For example, it the period is weekly (as tested for by decision block 602), a flag is set to indicate 
the periodicity, (block 604) and then each of the individual payments are calculated (blocks 606-610). Routine 504 

5 determines whether the current month/week is the last month/week scheduled for payment (decision block 606), and 
if not it calculates the next payment date by incrementing a date based on the beginning payment date by the number 
of days specified in the period (block 608). Blocks 606, 608 are performed repetitively until the end date is approached, 
at which point the last payment date is calculated (blocks 610). The counting is performed using calendar information 
stored on mass storage device 84 so that payments are not scheduled on invalid days (e.g., the 31st of February or 

10 on bank holidays). Blocks 612-614, 606-610 similarly calculate biweekly payments; blocks 61 6-624 calculate monthly 
payments; and blocks 626-642 calculate quarterly, semiannual and annual payments as will be understood. 
[0191] Referring once again to FIGURE 14C, after the dates have been calculated a confirmation message is gen- 
erated confirming the payee begin and end dates that have been encrypted (block 644) and the bill process routine 
shown FIGURE 13 is called (block 646) to provide the user with the option of paying an additional bill, reviewing the 

is existing bills, or exit the bill paying function. 

[0192] Referring once again to FIGURE 13, the user may select to review and correct bills by selecting an option 
from the "bill process" menu described earlier. This user selection (tested for by decision block 508) causes central 
computer 52 to call the REVCCR routine 510 a flow chart of which is shown in FIGURES 17A-17C, 
[0193] Referring now to FIGURES 17A-17C, the REVCOR routine allows the user to review and correct bill paying 

20 instructions inputted via the "billpaying" routine 506 described above. Upon selecting this review and correct option, 
central computer 52 sends a display to remote terminal 54 providing the user with options to select between (a) re- 
viewing or correcting payment schedules in the current terminal session, and (b) reviewing or correcting payments 
scheduled in a previous terminal session. As discussed above, payments scheduled in a current terminal session are 
stored in an output file that is not acted upon by central computer 52 until after the current terminal billpaying session 

25 has terminated. Once the current terminal session has terminated, alt requested payments are processed - and pay- 
ments requested to occur are immediately acted upon. Thus, the user cannot view and correct and correct payments 
that have already been transacted in response to his previous requests. However, the user is able to review and/or 
correct payments he has scheduled in the current session, and may also review and/or correct payments he scheduled 
during a previous terminal session to occur after the date of the current terminal session. 

30 [0194] If the user responds that he wishes to review payments scheduled during the current session (as tested for 
by decision block 670), central computer 52 first determines whether the user has in fact scheduled any payments 
during the current session (decision block 672). If no payments have been scheduled for the current session, a message 
to that effect is sent to remote terminal 54 (block 674) and returned to the bill process routine 392 as performed (block 
676). If bills have been paid during the current session, on the other hand, a this session" flag is set (block 678). On 

35 the other hand, if the user requests review of payments scheduled during a previous session (as tested for by decision 
block 680), then a "previous session" flag is set and is otherwise not set (blocks 680, 682). 

[0195] Central computer 52 then accesses appropriate data (depending upon whether previous session or current 
session flags are set by block 682,678, respectively) sorts the scheduled payments by date, and displays a list of 
scheduled payments (in the preferred embodiment this list specifies month and day, abbreviated payee name, and 

to payment amount) (block 684). Preferably, the first such screen displayed has a header stating "payments this session 
that you may correct" or "prior scheduled payments that you may correct" on the top two lines of terminal display 102 
- but further screens list a different scheduled payment on each line of the display (so that few such payments may 
be listed on each screen in the preferred embodiment). The user may select any one of the displayed scheduled 
payments by depressing the corresponding selection key 108 (tested for by decision block 686). If the end of the list 

45 of scheduled payments has been reached and no selections remain (tested for by decision block 688), program control 
returns to the bill process routine 392 shown in FIGURE 1 3 (block 690). Otherwise, if no selections have been made 
but the end of the payment I ist has not yet been reached (the "no" exit of decision block 688), a list counter is incremented 
to display the next few entries in the list (block 692), and those entries are then displayed by block 684 for user selection. 
[0196] Referring now to FIGURE 1 7B, once the user selects one of the scheduled payments from the displayed list, 

50 central computer 52 transmits a display screen to the terminal 54 presenting the user with the following options in the 
preferred embodiment: "correct amount", "correct payment date", "correct both amount and payment date", and "cancel 
payment". The user may select one of these options by depressing the corresponding one of select keys 108. If the 
user requests correction of the amount (as tested for by decision block 694), the preferred embodiment central computer 
52 transmits a display format for display on terminal display 1 02 specifying the available funds remaining in the user's 

55 bank account (not including the previously scheduled payment amount), the name of the payee, and a user request 
to enter desired payment amount (block 696). The user then is expected to use keypad key 114 to enter the desired 
corrected amount of the payment. Once the user has inputted such information, central computer 52 calls a routine 
called BALCHECK which checks the user's bank account balance before the scheduled payment to ensure that the 
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user does not inadvertently overdraw his account (block 698). 

[0197] Referring to FIG URE 1 8, a flow chart of exemplary program control steps performed as part of the BALCHECK 
routine 698, central computer 52 compares the requested payment amount with the balance remaining in the user's 
bank account assuming all immediately scheduled payments are processed (decision block 700). As described previ- 

s ously, in the preferred embodiment central computer 52 obtains the user's current bank account balance via a "account 
inquiry' request transmitted over the ATM network 66. Central computer 52 progressively debits the amount of this 
balance as the user schedules payments to be processed immediately - so that the central computer maintains a 
running balance of the user's account without yet actually debiting the user's account electronically If the desired 
payment exceeds the user's remaining balance, an error flag is set (block 702). Otherwise, an error message will be 

10 sent (block 704) and the error flag is set (block 706) before a return to FIGURE 17 block 708 is performed. 

[0198] Referring once again to FIGURE 1 7B, decision block 708 tests the value of the error flag returned by balance 
check routine 698. If the user's account will become overdrawn by the current payment, then the user is requested to 
reenter the amount (block 696). Otherwise, the running account balance maintained by central computer 52 is updated 
and the corrected payment information is placed into the output file (block 710) before a confirmation message is sent 

15 to be displayed by terminal 54 (block 712). 

[0199] If the user selects a change in payment date (as tested for by decision block 71 4), central computer 52 controls 
terminal 54 to display the earlier-described screen display specifying when bill payment is to be scheduled and performs 
steps similar or identical to the steps described in connection with blocks 532-560 of FIGURES 1 4A-14B. The updated 
scheduled payment date information replaces the earlier schedule payment information stored in the output file and a 

20 confirmation message embodying the updated information is displayed on terminal display 102. 

[0200] If the user wishes to change both the amount and the date (block 716), then the combination of the steps 
performed in response to positive results of decision blocks 694,714 are performed. If the user wishes to change both 
amount and date, a flag is set and he is passed back through the block 694 and 714 coding. He then passes through 
both sets of coding making the appropriate changes. 

25 [0201] Referring now to FIGURE 17C, if the user decides to cancel a scheduled payment (tested for by decision 
block 718), central computer 52 updates the running user account balance it maintains (e.g., by merely adding the 
payment amount being cancelled to the user balance amount) and also updates the output file to remove the scheduled 
payment (block 720). Central computer then controls terminal display 1 02 to display a confirmed cancellation message 
(block 722) so the user is assured the scheduled payment has been cancelled. 

30 [0202] Referring once again to FIGURE 1 3, if the user selects to exit billpaying (as tested for by decision block 512), 
a bill exit routine 514 is performed. This "bill exit" routine 514 (shown in more detail in FIGURE 19) is responsible for 
processing the payment entries in the output file scheduled for immediate payment. Referring to FIGURE 19, such 
processing involves calculating the total amount represented by the bills scheduled for immediate payment (block 750) 
and then providing a display or summary information to the user (blocks 752,754). Assuming the user requests no 

35 other services (blocks 756-760), a debit request is generated in real-time by central computer 52 and transmitted over 
the ATM network 66. This request may be in the form of a POS debit message specifying the user's PIN and bank 
account and the amount of the bill to be paid and requests the calculated total amount to be debited from the user's 
bank account and credited to a holding account maintained by the service provider at the service provider's or the 
user's bank (perhaps even debiting the funds directly to the ultimate bill payee in an account at the user's bank). Central 

40 computer 52 then writes the output file to appropriate databases maintained on mass storage device 84 for payment 
processing. Thus, in the preferred embodiment, a single real-time user account debit request is generated, and that 
debit request representing the amount of the immediately scheduled bill payment. Central computer 52 then activates 
additional processes which make payments in the user-selected amount to the user-selected payees using electronic 
funds transfers (e.g., ACH), generation of paper checks using check printer 86, and the like as appropriate. The com- 

45 munications link with terminal 54 may be disconnected at this time (block 768), 

[0203] Once the billpaying function has terminated (and if the user requests additional services; block 756), control 
returns to the main menu routine 388 shown in FIGURE 12. At this point, central computer 52 once again transmits 
the "main menu" display format for display on terminal display 102. On this main menu, the user may decide to pay 
additional bills, if desired (tested for by decision block 391 ), or he may decide to take advantage of other services such 

so as transferring funds between accounts or obtaining information about specific accounts. If the user requests funds 
transfer (as tested for by decision block 393), the routine called TRANSFD is called (block 394). A flow chart of this 
routine 394 is set forth in FIGURES 20A-20D. 

[0204] Referring now to FIGURES 20A-20D, central computer 52 first controls terminal 54 to display a listing of the 
user's bank accounts (block 800), which the user had previously submitted to the service provider (along with payments 
5S information as described above). The user may then select one of the displayed accounts by depressing the corre- 
sponding selection keys 108 (as tested for by decision block 802). If the user does not select one of the displayed 
accounts, central computer 52 increments an account table pointer (block 804) and then tests whether the end of the 
user's account list has been reached (decision block 806). If the end of the list has been reached, central computer 52 
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returns to the main menu routine 388 (block 808). 

[0205] il the user selects one of the displayed accounts, central computer 52 controls terminal display 1 02 to display 
a screen format identifying the account and the account balance (a request over the ATM network 66 to obtain this 
account balance may be generated at this point if central computer 52 has not already obtained this account balance 

5 information previously) and prompting the user to enter the amount to be transferred (block 806). The user is then 
expected to enter a dollar amount using keypad 114, which central computer 52 receives (block 808) and compares 
with the account balance (decision block 81 0). If the transfer amount exceeds the account balance ("yes" exit of decision 
bl'ock 810), an error message is generated for display by terminal display 102 (block 812) and blocks 808,810 are 
performed again. If, on the other hand, the transfer amount is less than the account balance, a list of user accounts 

10 (preferably minus the account from which money is to be transferred) is displayed (block 818) and the user selects a 
further account to which the funds are to be transferred (blocks 81 6,822) in a similar manner to the first account selection 
(blocks 802-808). 

[0206] Central computer 52 then controls terminal display 102 to display a confirmation message (block 824) spec- 
ifying the account selected for funds to be transferred into and requesting user confirmation. If the user fails to confirm 

15 this information (the "no" exit of decision block 826), central computer 52 preferably controls terminal 54 to display an 
error menu presenting the user with the options "Retry the transfer", "access other services", or "end this session", 
(block 828). If the user requests a retry (as tested for by decision block 830), a return to the top of the TRANSFD routine 
394 is performed. If the user wants to access other services (tested for by decision block 832), a return to the main 
menu routine 388 shown in FIGURE 12 is performed (block 834). If the user selects the "end session" option (decision 

20 block 836), then a routine called "session exit" to be described in greater detail shortly is performed. 

[0207] Referring now to FIGURE 20C, if the user confirms the account transfer request ("yes" exit of decision block 
826 of FIGURE 20B), central computer 52 prompts the user whether transfer is to be performed immediately and 
receives the user's response. If the user requests an immediate transfer (the "yes" exit of decision block 824), the 
confirmation message is transmitted to remote terminal 54 (block 826). The user may be asked to input the PIN of the 

25 account to transfer money into at this time. Central computer 52 then generates a pair of messages to be applied to 
the ATM network 66: a POS debit to the account to transfer money from and POS credit to the account to transfer 
money into. These two accounts need not be in the same bank, since central computer 52 may reach any bank on the 
ATM network with the messages. In effect, the real-time transaction is to: (a) debit the user's first bank account and 
credit the services provider's account; and (b) credit the user's second bank account and debit the service provider's 

30 account (the net result being a funds transfer). In the case where this methodology is not appropriate or feasible, debits 
are processed as normal ATM/POS transactions and credits are made by ACH, magnetic tape or other electronic 
means to the user's bank. 

[0208] If, on the other hand, the user responds that the fund transfer is not to be performed immediately (the "no" 
exit of decision block 824), the preferred embodiment central computer 52 transmits a further display to terminal 54 

35 prompting the user as to which month the transfer is to be performed. For example, if the current month is November, 
the preferred embodiment central computer 52 will transmit a screen for display by terminal display 102 specifying 
November, December, January and (other month) for selection by the user. If the user selects the current month (tested 
for by decision block 900), a month/date field is set accordingly (block 902). Similarly, if the user selects another dis- 
played month (tested for by decision block 904), the same month field is set in accordance with the month specified 

*o by the user (block 906). Either way, central computer 52 then prompts the user to specify a day (block 908). In response 
to receipt of such a date, central computer 52 transmits a confirmation message for display by terminal display 102 
(block 910) and then schedules the transfer to account in the future at the date specified by logging to the output file 
(and eventually updating the database riles stored on mass storage 84). 

[0209] If the user wishes the account transfer to occur in some other month (decision block 912), central computer 
45 52 displays a list of months three-at-a-time (block 914) and permits the user to scroll through this list for month selection 
(blocks 916-920). In the preferred embodiment, central computer 52 does not permit the user to schedule a payment 
more than one year in advance (decision block 918) (although this may be changed depending upon the application). 
Once the user selects a valid month, central computer 52 obtains a desired payment date from the user (block 922) 
and transmits a corresponding confirmation message (block 924). 
50 [021 0] Referring now to FIGURE 200, in the preferred embodiment it is possible to schedule periodic account trans- 
fers (this user selection is tested for by decision block 926). As described previously, central computer 52 obtains a 
beginning valid date (blocks 928-932) and an ending valid date (blocks 934-936), calculates all of the periodic payment 
dates by calling the DATES routine shown in FIGURES 16A and 16B (block 938), and then transmits a confirmation 
message (block 940). The resulting calculated transfers are then logged to the output file for processing on the dates 
55 specified. This permits users, for example, to time transfers between accounts in order to maximize interest (such as 
moving funds into a non-interest bearing checking account at the latest possible date in order to meet a periodic mort- 
gage payment). 

[0211] Blocks 942-950 permit the user to select different ways to exit the TRANSFD routine 394 (e.g., by starting 
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the routine from the beginning, block 942; by returning to the main menu routine, blocks 944,946; and by ending the 
terminal session, blocks 948-950). 

[0212] Referring once again to FIGURE 1 2, another option provided for user selection by main menu routine 388 is 
the 'account information" option, decision block 395). In response to this selection, central computer 52 calls a routine 

5 called ACCINF (block 396). A detailed flow chart of this routine is shown in FIGURES 21 A-21 C. 

[0213] Referring now more particularly to FIGURE 21 A-21 C, central computer 52 sends to terminal 54 a display 
format announcing that "account information service" is being provided and then present the user with various options 
to select (e.g., "account balance", "statement of activity", and "other bank information"). If the user selects the account 
balance option (as tested for by decision block 950), the preferred embodiment central computer 52 transmits the 

10 balance of the "primary" account (block 952). This "primary" account designated by the user in advance (i.e., when he 
first subscribes to the remote financial distribution service or when he logs onto his remote terminal at the beginning 
of the current session) and is probably the account the balance of wh ich the user is interested in. Following this account 
balance display, central computer 52 transmits an additional display screen to terminal 54 presenting the user with the 
following additional options: "balance for other account", "access other services" and "end this online banking session". 

15 |f the user then selects the "other account balance" option (tested for by decision block 954), central computer 52 
controls terminal display 102 to display a listing of the user's other accounts (block 956) and permits the user to scroll 
through the list to select another account (blocks 958-962). If the end of the list is reached (tested for by decision block 
962), control is returned to the "account balance" prompt (block 950). If the user selects another account, on the other 
hand, central computer 52 transmits a designation of this account along with its balance (and, if necessary, generates 

20 a request on ATM's network 66 obtaining this account balance) (block 964). A request for "other services" in the pre- 
ferred embodiment is handled by returning the user to the main menu routine 388 (blocks 966-968), while an "end 
session" request is handled by calling the SESSEXIT routine to be discussed shortly (blocks 970,972). 
[0214] Referring now to FIGURE 21 B, if the user selects "statement of activities" (decision block 974), then central 
computer 52 begins controlling terminal 54 in the preferred embodiment to display a list of all payment transactions 

25 beginning with the oldest payment within a "30-45 day lookback" from the current date (block 976). The user may scroll 
through this listing by depressing the PRIOR and NEXT navigational keys 104 and 106 as previously described. Fol- 
lowing the history of payments processed during the last month (which, incidentally are obtained from the database 
stored on mass storage device 84), central computer 52 accesses the output file and displays a list of the current 
session activities (block 978) beginning with the first payment. Such list includes the date, the payee and the amount. 

30 Finally, central computer 52 calculates a summary including the-following information: the closing balance on the date 
of the oldest payment (central computer 52 stores the closing balance at the end every session on mass storage device 
84 in the preferred embodiment), the total online banking activity, the total representing all other activity, and the current 
balance after all the transfers and payments requested in the current terminal session have been processed (block 
980). The user may then access other activities via the main menu (blocks 982,984) or may end the current terminal 

3S session (blocks 986,988). 

[0215] If the user selects the option for "other bank services" in the preferred embodiment (block 990), central com- 
puter 52 controls terminal display 102 to display an additional submenu presenting the user with the options "other 
promotions", "service information" and "rate offerings" (as will be understood, various additional or different services 
may be presented to the user at this point). In response to user selection of one of these options (decision blocks 

40 992,994,996 decode the user selection), central computer 52 obtains the appropriate responsive information from 
mass storage device 84 and controls terminal display 102 to display such information (block 998). Similar to earlier 
described advertising routines, the central computer 52 then prompts the user whether he wishes to obtain additional 
information on the selected service (block 1 000). If the user responds in the affirmative, central computer 52 controls 
terminal display 102 to a message that the bank or other appropriate entity contact the user directly (block 1002) and 

45 then creates a request on database 84 for transmission of the user's name, address, telephone number and the subject 
matter the user is interested in for immediate or later transmission to the bank or other appropriate entity via dialup 
line 70 or interface/multiplexer 82 or the like (block 1004). The user may then select to return to the main menu (blocks 
1006,1008) or may decide to end the current terminal session (blocks 1020,1012). 

[0216] One of the "other services" offerings may, for example, be completing a loan application. Central computer 
so 52 already stores sufficient personal and financial information about the user to complete most of the loan application 
form automatically and may need to ask the user only a few questions (e.g., loan amount, type of loan, etc.) to complete 
the application (to which the user may respond with numeric or alphabetical information as appropriate by depressing 
keys or keypad 108). Such completed loan applications may then be forwarded electronically or in hard copy form to 
lending institutions for further processing. 
55 [0217] Referring once again to the main menu routine 388 shown in FIGURE 12, the user at any point may decide 
to terminate the current terminal session (decision block 397). In response to this user selection, central computer 52 
executes a routine called SESSEXIT (block 398), a detailed flowchart of which is shown in FIGURE 22. Referring now 
to FIGURE 22, central computer 52 preferably first controls terminal display 1 02 to display a confirmation screen pre- 
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senting the user with the options to either end this online banking session or to "move to account in another bank" 
(block 1025). If the user decides to end the terminal session, a confirmation screen is transmitted for display (block 
1027), the files maintained in mass storage device 84 are updated by the central computer 52 (block 1029) and the 
communications link via PDN network 56 and asynchronous communications interface 60 is terminated (block 1031). 

5 If, on the other hand, the user decides to move to another account (as tested for by decision block 1033), central 
computer 52 transmits a listing of other accounts maintained by the user (block 1035) and permits the user to scroll 
through this listing to select another bank account (blocks 1037,1039,1041). If the user selects an account (tested for 
by decision block 1037), the steps describe previously in connection with FIGURE 9 blocks 358,388 are performed 
again (blocks 1043,1045). If, on the other hand, the end of the user account list has been reached, control returns to 

10 the main menu routine shown in FIGURE 9 (block 1047). 
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1. A process for delivering at least one service to a user at least in part using a home terminal (54), the user having 
an account at a financial institution (64), the financial institution (64) being coupled to other financial institutions 
(64) through a financial network (66), the process characterized by the following steps: 

(a) electronically receiving a service request from the home terminal (54); 

(b) at least in part in response to the received service request, generating an electronic request message to 
credit or debit the user's account at the financial institution (64), the generated message including at least 
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some information that has the effect o1 guaranteeing the credit or debit; 

(c) electronically routing said request message through the financial network (66), 

(d) effecting, with the financial network (66), a guaranteed electronic credit or debit transaction of funds to/ 
from the user's account at the financial institution (64) substantially in real time based on the routed request 

s message; and 

(e) delivering the requested service to the user. 

2. A process as in claim 1 further characterized in that the home terminal (54) is a computer-based terminal including 
a microprocessor (116) and a display (102). 

10 

3. A process as in claim 1 further characterized in that the home terminal is a screen-based telephone. 

4. A process as in claim 1 further characterized in that the process includes the additional step (f) of applying at least 
some of the credited or debited funds to pay for the requested service. 

15 

5. A process as in claim 1 further characterized in that the requested service comprises home banking. 

6. A process as in claim 1 further characterized in that the requested service comprises bill paying. 

20 7. A process as in claim 1 further characterized in that the process lurther comprises the step ol coupling an electronic 
storage device to the home terminal (54), and the delivering step (e) comprises loading electronic currency onto 
the electronic storage device. 

8. A process as in claim 1 further characterized in that the delivering step (e) comprises loading electronic currency 
25 into the home terminal (54). 

9. A process as in claim 1 further characterized in that the requested service comprises home shopping. 

10. A process as in claim 1 further characterized in that the requested services comprises buying information. 

30 

11. A process as in claim 1 further characterized in that the effecting step (d) includes the step of settling the debit or 
credit with the financial network (66). 

12. A process as in claim 1 further characterized in that the effecting step (d) includes the step of clearing the debit or 
35 credit with the financial network (66). 

13. A process as in claim 1 further characterized in that the effecting step (d) includes the step of settling and clearing 
the debit or credit with the financial network (66). 

40 14. A process as in claim 1 further characterized in that the financial network (66) comprises an automatic teller machine 
ATM network. 

15. A process as in claim 1 further characterized in that the receiving step (a) includes the step of receiving ATM- 
compatible personal identification information from the home terminal (54), and the generating step (b) includes 

45 the step of encoding said ATM-compatible personal identification information into the message. 

16. A process as in claim 1 further characterized in that the process comprises the following additional steps: 

(1) temporarily coupling a portable storage device to the home terminal (54); 
so (2) establishing a connection between said home terminal (54) and a remote computer (52); 

(3) sending ATM network compatible personal identification information from said terminal (54) to said remote 
computer (52); 

(4) applying an ATM request message including said ATM network compatible personal identification informa- 
tion to an ATM network (66) to effect a real-time financial transaction; 

ss (5) delivering a digital representation of at least part of said funds to said home terminal (54); 

(6) storing said digital representation in said portable storage device; and 
(8) using said digital representation to pay for goods or services. 
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17. A process as in claim 1 further characterized in that said receiving step (a) includes receiving a request for home 
banking services from said user. 

18. A process as in claim 1 further characterized in that said receiving step (a) includes receiving a request for electronic 
5 bill payment from said user. 

19. A process as in claim 1 further characterized in that the process includes the following additional steps: 

collecting demographic data associated with the user; 
10 targeting advertisements to the user in response to said demographic data; and 

delivering said targeted advertisements to the user via said home terminal (54). 

20. A process as in claim 1 9 further characterized in that the process includes prompting said user to indicate interest 
in additional information regarding said targeted advertisements. 

15 

21. A system for delivering at least one service to a user using a home terminal (54), the user having an account at a 
financial institution (64), the financial institution (64) being coupled to other financial institutions (64) through a 
financial network (66), the system characterized by the following: 

20 the home terminal (54) being especially adapted to electronically send a service request to a remote computer 

(52); 

the remote computer (52) generating, at least in part in response to the received service request, an electronic 
financial transaction request message to credit or debit the user's account at the financial institution (64), the 
generated message including at least some information that has the effect of guaranteeing the credit or debit, 
25 the remote computer (52) being coupled to the financial network (66), 

the financial network (66) automatically routes said request message to the financial institution (64), 

the financial institution (64) electronically performs a guaranteed credit or debit of funds to/from the user's 

account substantially in real time based on the routed request message, and 

the system includes a service delivery mechanism for delivering the requested service. 

30 

22. A system as in claim 21 further characterized in that the home terminal (54) is a computer-based terminal including 
a microprocessor (116) and a display (102). 

23. A system as in claim 21 further characterized in that the home terminal (54) is a screen-based telephone. 

35 

24. A system as in claim 21 further characterized in that the service delivery mechanism applies at least some of the 
credited or debited funds to pay for the requested service. 

25. A system as in claim 21 further characterized in that the service delivery mechanism delivers-home banking serv- 
40 ices. 

26. A system as in claim 21 further characterized in that the service delivery mechanism delivers bill paying services. 

27. A system as in claim 21 further characterized in that the home terminal (54) includes a coupling device that permits 
45 the home terminal to be coupled to an electronic storage device, and the delivering mechanism loads electronic 

currency onto the electronic storage device. 

28. A system as in claim 21 further characterized in that the delivering mechanism comprises means for loading elec- 
tronic currency into the home terminal (54). 

50 

29. A system as in claim 21 further characterized in that the requested service comprises home shopping. 

30. A system as in claim 21 further characterized in that the requested services comprises buying information. 
55 31. A system as in claim 21 further characterized in that the financial network (66) settles the debit or credit 

32. A system as in claim 21 further characterized in that the financial network (66) clears the debit or credit. 
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33. A system as in claim 21 further characterized in that the financial network (66) settles and clears the debit or credit. 

34. A system as in claim 21 further characterized in that the financial network (66) comprises an automatic teller 
machine ATM network. 

5 

35. A system as in claim 21 further characterized in that the home terminal (54) includes a modem (1 32) that transmits 
an ATM-compatible personal identification information from the home terminal (54) to the remote computer (52), 
and the remote computer (52) encodes said ATM-compatible personal identification information into the electronic 
financial transaction request message. 

10 

36. A system as in claim 21 further characterized in that: 
the home terminal (54) includes: 

means for temporarily connecting to a portable storage device, 
75 means (1 32) for establishing a connection between said home terminal (54) and a remote computer (52), and 

means for sending ATM network compatible personal identification information from said terminal (54) to said 
remote computer (52); 

the remote computer (52) applies an ATM request message including said ATM network compatible personal 
identification information to an ATM network to effect a real-time financial transaction; 
20 the remote computer (52) delivers a digital representation of at least part of said funds to said home terminal, 

and stores said digital representation in said portable storage device; and 
the user uses said digital, representation to pay for goods or services. 

37. A system as in claim 21 lurther characterized in that said home terminal (54) sends a request for home banking 
25 services. 

38. A system as in claim 21 further characterized in that said home terminal (54) sends a request for electronic bill 
payment. 

30 39. A system as in claim 21 further characterized in that the remote computer (52) collects demographic data associ- 
ated with the user, targets advertisements to the user in response to said demographic data, and delivers said 
targeted advertisements to the user via said home terminal (54). 

40. A system as in claim 39 further characterized in that the system includes means for prompting said user to indicate 
35 interest in additional information regarding said targeted advertisements. 

41. A system as in claim 21 further characterized in that the home terminal (54) comprises an integrated telephone 
and interactive data terminal that provides data terminal operation for communicating in real time with a remote 
data computer (52) and also provides telephone operation, the telephone and interactive data terminal (54), in 

40 use, exchanging voice over a telephone communications link at least during telephone operation and exchanging 

data with a remote data computer (52) over a telephone telecommunications link at least during data terminal 
operation, said telephone and interactive data terminal (54) being functional for data terminal operation without 
requiring use of any full alphanumeric computer keyboard, the terminal comprising: 

45 a housing; 

telephone circuitry (136) disposed within the housing and coupled to the telecommunications link at least 
during telephone operation; 

a telephone handset (100) coupled to said telephone circuitry (136), said telephone handset (100) permitting 
voice information to be exchanged between a user and said telecommunications link during telephone oper- 
50 ation; 

a manually operable telephone keypad (114) disposed on said housing and coupled to the telephone circuitry 
(136), the keypad (114) including a matrix of three columns by four rows of user depressible keys, ten of the 
twelve keys of the matrix respectively corresponding to the digits 0-9 inclusive, said telephone keypad matrix 
(11 4) controlling generation of telephone dialing signals for dialing a telephone number over said telecommu- 
55 nications link during telephone operation and also for use in inputting information during data terminal opera- 

tion; 

a multiline alphanumeric display (102) disposed on said housing, said display (102), in use, simultaneously 
displaying plural discrete lines of alphanumeric information at least during data terminal operation, the display 
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(102) being capable of displaying plural alphanumeric characters on each of the plural discrete display lines; 
plural manually operable variable function option selectors (108) arranged on the housing in proximity to said 
display (1 02), the option selectors (1 08), in use, permitting a user to select between the plural displayed discrete 
lines of alphanumeric information, the option selectors (108), in use, providing the primary user input to the 

s remote data computer (52) during data terminal operation, at least some of the functions of the option selectors 

(108), in use, being dynamically determined by the remote data computer (52) during data terminal operation; 
a processor (1 1 6) disposed within said housing and connected to said option selectors (1 08) and to said display 
(102), said processor (116) controlling said display (102) to display messages on said display lines in response 
to manual operation of said option selectors (108) to lead a user through a transaction, said processor (116) 

10 allowing a user to perform and complete a transaction by manually selecting options represented by said 

messages displayed on said display lines without requiring use of any full alphanumeric computer keyboard; 
and 

a data communicating device (132) disposed within said housing, said device (132) communicating at least 
data between said processor and said telecommunications link; 
is wherein the telephone and interactive data terminal (54) allows a user to make an outgoing telephone call 

during telephone operation by the user lifting the handset (100) and manually dialing a sequence of telephone 
numbers by depressing corresponding user depressible keys of the telephone keypad matrix (114). 

42. A system as in claim 41 wherein said data communicating device (1 32) receives data representing information for 
20 interactive display by said alphanumeric display (102). 

43. A system as in claim 42 wherein said data communicating device (1 32) receives at least an entire screen content 
for display by said display (1 02). 

25 44. a system as in claim 41 wherein said option selectors (1 08) comprise a linear array of at least four user-manipulable 
push buttons disposed on said housing along an edge of said display (102), each of said buttons (108) having 
positional correspondence with one of said plural discrete display lines. 

45. A system as in claim 41 wherein said data communicating device (132) includes a modem. 

30 

46. A system as in claim 41 wherein said telephone keypad (114) also accepts personal identification data. 

47. A system as in claim 46 further including encrypting means disposed within said housing for encrypting said ac- 
cepted personal identification data to provide encrypted personal identification data for transmission via said data 

35 communicating device (1 32). 

48. A system as in claim 46 wherein said keypad (114) has ten numeric digit keys, a key and a key arranged 
in a three column by four row matrix 

40 49. a system as in claim 41 further including an encryption arrangement disposed within said housing which encrypts 
clear data to provide encrypted data for transmission. 

50. A system as in claim 41 wherein said terminal (54) is coupled to a remote computer (52) via said telecommunica- 
tions link, and wherein said display (102) at least in part provides an interactive user interface with said remote 

4* computer (52). 

51. A system as in claim 41 wherein said data communicating device (132) receives data in packets having a length 
that is optimized for the size of said display (102). 

so 52. A system as in claim 41 wherein: 

said terminal (54) further includes a memory element (118) storing a terminal identification value that identifies 
said terminal (54); and 

said data communicating device (132) transmits said terminal identification value over said telecommunica- 
55 tions link. 

53. A system as in claim 52 wherein the terminal (54) connects with a remote computer (52) via a telephone connnection 
to perform financial transactions, and receives, at least once during each connection with the remote computer 
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(52) over said telecommunications link, at least a PAN associated with said user in response to said terminal 
identification value transmission. 

54. A system as in claim 53 further including: 

5 

means for inputting a personal identification value; and 

means for encrypting said personal identification value together with said received PAN. 

55. A system as in claim 41 further including at least one navigational control (104) disposed on said housing and 
10 manipulate by said user, operation of said navigational control (104) causing said terminal to transmit a request 

for new display information via said telecommunication link. 

56. A system as in claim 41 further including means for interfacing with a non-volatile memory device external of said 
housing and for permitting credits to be downloaded to said terminal and stored by said non-volatile memory device. 

15 

57. A system as in claim 41 wherein said terminal receives information via said telecommunications link that specifies 
a call destination, and said terminal includes means for initiating a call to said specified call destination via said 
telecommunications link in response to said received information. 

20 58. A system as in claim 58 wherein said terminal receives said call destination specifying information during a current 
call, and said initiating means terminates said current call prior to initiating said call to said specified call destination. 

59. A system as in claim 41 wherein: 

25 said data communicating device including testing means for testing for errors in said exchange; 

said terminal further includes a memory, coupled to at least said testing means, for storing information indicative 
ol said error testing, and 

wherein said data communicating device includes means for transmitting said stored information. 

30 60. A system as in claim 41 wherein: 

said data communicating device (132) receives first data prompting said user for permission to release user 
identity to a third party; 
said display (102) displays said prompt; and 
35 data communicating device (1 32) transmits second data over said telecommunications link, said second data 

indicating user operation of said option selection means responsive to said displayed prompt 



Patentanspruche 

40 

1. Verfahren zum Liefern mindestens einer Dienstleistung an eine/n Benutzer/in, der/die mindestens zum Teil ein 
Heimendgerat (54) verwendet, wobei der/die Benutzer/in ein Konto bei einem Geldinstitut (64) hat wobei das 
Geldinstitut (64) mit anderen Geldinstituten (64) durch ein finanzielles Netzwerk (66) gekoppelt ist, wobei das 
Verfahren durch die folgenden Schritte gekennzeichnet ist: 

45 

(a) das elektronische Empfangen einer Dienstleistungsanforderung von dem Heimendgerat (54); 

(b) mindestens zum Teil ansprechend auf die empfangene Dienstleistungsanforderung, das Erzeugen einer 
elektronischen Anforderungsbotschaft, urn das Konto des/der Benutzers/in bei dem Geldinstitut (64) zu kre- 
ditieren bzw. zu belasten, wobei die erzeugte Botschaft mindestens eine Information umfaBt, deren Wirkung 

so jst, die Gutschrift bzw. die Lastschrift zu garantieren; 

(c) das elektronische Leiten der Anforderungsbotschaft durch das finanzielle Netzwerk (66); 

(d) das Ausfuhren, mit dem finanziellen Netzwerk (66), einer garantierten elektronischen Gutschrift- bzw. Last- 
schrifttransaktion von Geldem auf das bzw. von dem Konto des/der Benutzers/in bei dem Geldinstitut (64), 
im wesentlichen in Echtzeit auf der Grundlage der geleiteten Anforderungsbotschaft; und 

55 (e) das Liefern der angeforderten Dienstleistung an den/die Benutzer/in. 

2. Verfahren nach Anspruch 1, das femer dadurch gekennzeichnet ist, daB das Heimendgerat (54) ein rechnerge- 
stutztes Endgerat ist, das einen Mikroprozessor (116) und eine Anzeige (102) umfaGt. 
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3. Verfahren nach Anspruch 1 , das ferner dadurch gekennzeichnet ist, daG das Heimendgerat ein bildschirmgestutz- 
tes Telefon ist. 

4. Verfahren nach Anspruch 1, das ferner dadurch gekennzeichnet ist, daG das Verfahren den zusatzlichen Schritt 
s (f) der Verwendung mindestens einiger der gutgeschriebenen bzw. der belasteten Gelder zur Zahlung fur die an- 

geforderte Dienstleistung umfaBt. 

5. Verfahren nach Anspruch 1, das ferner dadurch gekennzeichnet ist, daG die angeforderte Dienstleistung Home- 
banking umfaGt. 

10 

6. Verfahren nach Anspruch 1 , das ferner dadurch gekennzeichnet ist, daG die angeforderte Dienstleistung eine 
Rechnungsbezahlung umfaGt. 

7. Verfahren nach Anspruch 1 , das ferner dadurch gekennzeichnet ist, daG das Verfahren ferner den Schritt des 
is Koppelns einer elektronischen Speichervorrichtung an das Heimendgerat (54) umfaBt und der Lieferschritt (e) 

ferner das Laden elektronischen Geldes auf die elektronische Speichervorrichtung umfaGt. 

8. Verfahren nach Anspruch 1, das ferner dadurch gekennzeichnet ist, daG der Lieferschritt (e) das Laden elektroni- 
schen Geldes in das Heimendgerat (54) umfaGt. 

20 

9. Verfahren nach Anspruch 1, das ferner dadurch gekennzeichnet ist, daG die angeforderte Dienstleistung Tele- 
shopping umfaGt. 

10. Verfahren nach Anspruch 1, das ferner dadurch gekennzeichnet ist, daG die angeforderten Dienstleistungen den 
25 Einkauf von Informationen umfassen. 

11. Verfahren nach Anspruch 1, das femer dadurch gekennzeichnet ist, daG der Ausfuhrungsschritt (d) den Schritt 
der Abrechnung der Lastschrift bzw. der Gutschrift mit dem finanziellen Netzwerk (66) umfaGt. 

30 12. Verfahren nach Anspruch 1, das ferner dadurch gekennzeichnet ist, daG der Ausfuhrungsschritt (d) den Schritt 
des Verrechnens der Lastschrift bzw. der Gutschrift mit dem finanziellen Netzwerk (66) umfaGt. 

13. Verfahren nach Anspruch 1, das femer dadurch gekennzeichnet ist, daG der Ausfuhrungsschritt (d) den Schritt 
des Abrechnens und des Verrechnens der Lastschrift bzw der Gutschrift mit dem finanziellen Netzwerk (66) um- 

35 faGt. 

14. Verfahren nach Anspruch 1, das femer dadurch gekennzeichnet ist, daG das finanzielle Netzwerk (66) ein Geld- 
automatnetzwerk umfaGt. 

40 15. Verfahren nach Anspruch 1, das femer dadurch gekennzeichnet ist, daG der Empfangsschritt (a) den Schritt des 
Empfangens geldautomatkompatibler personlicher Identifikations informationen von dem Heimendgerat (54) um- 
faGt und der Erzeugungsschritt (b) den Schritt des Kodierens der geldautomatkompatiblen personlichen Identifi- 
kationsinformationen in die Botschaft umfaGt. 

45 16. Verfahren nach Anspruch 1 , das femer dadurch gekennzeichnet ist, daG das Verfahren die folgenden zusatzlichen 
Schritte umfaGt: 

(1) das vorubergehende Koppeln einer tragbaren Speichervorrichtung mit dem Heimendgerat (54); 

(2) das Herstellen einer Verbindung zwischen dem Heimendgerat (54) und einem fernen Rechner (52); 

so (3) das Senden personlicher Identifikations informationen, die mit dem Geldautomatnetzwerk kompatibel sind, 

von dem Endgerat (54) zum fernen Rechner (52); 

(4) das Aufschalten einer Geldautomat-Anforderungsbotschaft, die die personlichen Identifikationsinformatio- 
nen umfaGt, die mit dem Geldautomatnetzwerk kompatibel sind, auf ein Geldautomatnetzwerk (66), urn eine 
finanzielle Transaktion in Echtzeit auszufuhren; 
55 (5) das Liefern einer digitalen Darstellung mindestens eines Teils der Gelder an das Heimendgerat (54); 

(6) das Speichern der digitalen Darstellung in der tragbaren Speichervorrichtung; und 
(8) das Verwenden der digitalen Darstellung zum Zahlen fur Waren Oder Dienstleistungen. 
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17. Vertahren nach Anspruch 1, das ferner dadurch gekennzeichnet ist, daB der Empfangsschrltt (a) das Empfangen 
einer Anforderung von Homebanking-Dienstleistungen von dem/der Benutzer/in umfaBt. 

18. Verfahren nach Anspruch 1 , das ferner dadurch gekennzeichnet ist, daB der Empfangsschritt (a) das Empfangen 
5 einer Anforderung einer elektronischen Rechnungsbezahlung von dem/der Benutzer/in umfaBt. 

19. Verfahren nach Anspruch 1 , das femer dadurch gekennzeichnet ist, daB das Verfahren die folgenden zusatzlichen 
Schritte umfaBt: 

10 das Sammeln demographischer Daten, die mit dem/der Benutzer/in assoziiert sind; 

ansprechend auf die demographischen Daten, das Zielen von Werbung auf den/die Benutzer/in; und 
das Liefern der zielgerichteten Werbung zu dem/der Benutzer/in Ober das Heimendgerat (54). 

20. Verfahren nach Anspruch 19, das ferner dadurch gekennzeichnet ist, daB das Verfahren das Auffordern des/der 
15 Benutzers/in umfaBt, Interesse an zusatzlichen Informationen zum Ausdruck zu bringen, die die zielgerichtete 

Werbung betreffen. 

21. System zum Liefern mindestens einer Dienstleistung an eine/n Benutzer/in, der/die ein Heimendgerat (54) ver- 
wendet, wobei der/die Benutzer/in ein Konto bei einem Geldinstitut (64) hat, wobei das Geldinstitut (64) mit anderen 

20 Geldinstituten (64) durch ein finanzielles Netzwerk (66) gekoppelt ist, wobei das System durch lolgendes gekenn- 

zeichnet ist: 

daB das Heimendgerat (54) speziell dazu angepaBt ist, elektronisch eine Dienstleistungsanforderung an einen 
femen Rechner (52) zu senden; 

25 daB der feme Rechner (52), zumindest zum Teil ansprechend auf die empfangene Dienstleistungsanforde- 

rung, eine elektronische Finanztransaktions-Anforderungsbotschaft erzeugt, urn das Konto des/der Benut- 
zers/in bei dem Geldinstitut (64) zu kreditieren bzw. zu belasten, wobei die erzeugte Botschaft mindestens 
eine Information umfaBt, deren Wirkung ist, die Gutschrift bzw. die Lastschrift zu garantieren, wobei der feme 
Rechner (52) mit dem finanziellen Netzwerk (66) gekoppelt ist, 

30 daB das finanzielle Netzwerk (66) automatisch die Anforderungsbotschaft an das Geldinstitut (64) leitet, 

daB das Geldinstitut (64) elektronisch, im wesentlichen in Echtzeit und auf der Grundlage der geleiteten An- 
forderungsbotschaft, eine garantierte Gutschrift bzw. Lastschrift von Geldern auf das bzw. von dem Konto 
des/der Benutzers/in ausfuhrt, und 

daB das System einen Dienstleistungs-Liefermechanismus zum Liefern derangeforderten Dienstleistung urn- 
35 faBt. 

22. System nach Anspruch 21 , das femer dadurch gekennzeichnet ist, daB das Heimendgerat (54) ein rechnerge- 
stutztes Endgerat ist, das einen Mikroprozessor (116) und eine Anzeige (102) umfaBt. 

40 23. System nach Anspruch 21 , das ferner dadurch gekennzeichnet ist, daB das Heimendgerat (54) ein bildschirmge- 
stutztes Telefon ist. 

24. System nach Anspruch 21, das femer dadurch gekennzeichnet ist, daB der Dienstleistungs-Liefermechanismus 
mindestens einige der gutgeschriebenen bzw. der belasteten Gelder zur Zahlung fur die angeforderte Dienstlei- 

45 stung verwendet. 

25. System nach Anspruch 21, das femer dadurch gekennzeichnet ist, daB der Dienstleistungs-Liefermechanismus 
Homebanking-Dienstleistungen liefert. 

50 26. System nach Anspruch 21, das femer dadurch gekennzeichnet ist, daB der Dienstleistungs-Liefermechanismus 
Rechnungsbezahlungs-Dienstleistungen liefert. 

27. System nach Anspruch 21, das femer dadurch gekennzeichnet ist, daB das Heimendgerat (54) eine Kopplungs- 
vorrichtung umfaBt, die ermoglicht, daB das Heimendgerat mit einer elektronischen Speichervorrichtung gekoppelt 

5S wird, und daB der Liefermechanismus elektronisches Geld auf die elektronische Speichervorrichtung ladt. 

28. System nach Anspruch 21 , das femer dadurch gekennzeichnet ist, daB der Liefermechanismus ein Mittel zum 
Laden elektronischen Geldes in das Heimendgerat (54) umfaBt. 
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29. System nach Anspruch 21 , das f erner dadurch gekennzeichnet ist, daB die angeforderte Dienstleistung Teleshop- 
ping umfaBt. 

30. System nach Anspruch 21, das femer dadurch gekennzeichnet ist, daB die angeforderten Dienstleistungen den 
5 Einkauf von Informationen umfassen. 

31 . System nach Anspruch 21 , das ferner dadurch gekennzeichnet ist, daB das finanzielle Netzwerk (66) die Lastschrift 
bzw. die Gutschrift abrechnet. 

10 32. System nach Anspruch 21 , das femer dadurch gekennzeichnet ist, daB das finanzielle Netzwerk (66) die Lastschrift 
bzw. die Gutschrift verrechnet 

33. System nach Anspruch 21 , das ferner dadurch gekennzeichnet ist, daB das finanzielle Netzwerk (66) die Lastschrift 
bzw. die Gutschrift abrechnet und verrechnet. 

75 

34. System nach Anspruch 21 , das ferner dadurch gekennzeichnet ist, daB das finanzielle Netzwerk (66) ein Geldau- 
tomatnetzwerk umfaBt. 

35. System nach Anspruch 21, das ferner dadurch gekennzeichnet ist, daB das Heimendgerat (54) ein Modem (132) 
20 umfaBt, das eine geldautomatkompatible personliche Identifikationsinformation vom Heimendgerat (54) zum fer- 

nen Rechner (52) ubertragt, und der feme Rechner (52) die geldautomatkompatiblen personlichen Identifikations- 
informationen in die Botschaft der Anforderung einer elektronischen flnanziellen Transaktion kodiert. 

36. System nach Anspruch 21, das ferner dadurch gekennzeichnet ist, daB: 

25 

das Endgerat (54) folgendes umfaBt: 

ein Mittel zum vorubergehenden AnschlieBen an eine tragbare Speichervorrichtung, 
ein Mittel (132) zum Herstellen einer Verbindung zwischen dem Heimendgerat (54) und einem femen 
30 Rechner (52) und 

ein Mittel zum Senden persdnlicher Identifikationsinformationen, die mit dem Geldautomatnetzwerk kom- 
patibel sind, von dem Endgerat (54) zum femen Rechner (52); 

der feme Rechner (52) eine Geldautomat-Anf order ungsbotschaft, die die personlichen Identifikationsinforma- 
35 tionen umfaBt, die mit dem Geldautomatnetzwerk kompatibel sind, auf ein Geldautomatnetzwerk aufschaltet, 

urn eine finanzielle Transaktion in Echtzeit auszufuhren; 

der feme Rechner (52) eine digitate Darstellung mindestens eines Teils der Gelder an das Heimendgerat liefert 

und die digitale Darstellung in dertragbaren Speichervorrichtung speichert; und 

der/die Benutzer/in die digitale Darstellung zum Zahlen fOr Waren Oder Dienstleistungen verwendet , 

40 

37. System nach Anspruch 21, das femer dadurch gekennzeichnet ist, daB das Heimendgerat (54) eine Anforderung 
von Homebanking-Dienstleistungen sendet. 

38. System nach Anspruch 21 , das femer dadurch gekennzeichnet ist, daB das Heimendgerat (54) eine Anforderung 
is einer elektronischen Rechnungsbezahlung sendet 

39. System nach Anspruch 21, das femer dadurch gekennzeichnet ist, daB der feme Rechner (52) demographische 
Daten sammelt, die mit dem/der Benutzer/in assoziiert sind, ansprechend auf die demographische n Daten Wer- 
bung auf den/die Benutzer/in zielt und die zielgerichtete Werbung Ober das Heimendgerat (54) zu dem/der Benut- 

so zer/in liefert. 

40. System nach Anspruch 39, das ferner dadurch gekennzeichnet ist, daB das System ein Mittel zum Auffordern des/ 
der Benutzers/in umfaBt, Interesse an zusatzlichen Informationen zum Ausdruck zu bringen, die die zielgerichtete 
Werbung betreffen. 

55 

41. System nach Anspruch 21, das ferner dadurch gekennzeichnet ist, daB das Heimendgerat (54) ein integriertes 
Telefon mit interaktivem Datenendgerat umfaBt, das einen Datenendgeratbetrieb zur Kommunikation in Echtzeit 
mit einem femen Datenrechner (52) bereitstellt und ferner einen Telefonbetrieb bereitstellt, wobei das Telefon mit 
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interaktivem Datenendgerat (54) bei einer Verwendung mindestens wahrend des Telefonbetriebs Sprache uber 
eine Telefon-Kommunikationsverbindung austauscht und mindestens wahrend des Datenendgeratbetriebs Daten 
mit einem femen Datenrechner (52) Ober eine Telelon-Telekommunikationsverbindung austauscht, wobei das Te- 
lefon mit dem interaktiven Datenendgerat (54) zum Datenendgeratbetrieb funktionsfahig ist, ohne die Verwendung 
einer vollstandigen alphanumerischen Rechnertastatur zu erfordern, wobei das Endgerat folgendes umfaGt: 

ein Gehause; 

eine Fernsprechschaltung (136), die innerhalb des Gehauses angeordnet ist und mindestens wahrend des 
Telefonbetriebs mit der Telekommunikationsverbindung gekoppelt ist; 

einen Teletonhorer (100), der mit der Fernsprechschaltung (1 36) gekoppelt ist, wobei der Telefonhorer (100) 
ermoglicht, daG wahrend des Telefonbetriebs Sprachinfomnationen zwischen einem/r Benutzer/in und der Te- 
lekommunikationsverbindung ausgetauscht werden; 

eine manuell bedienbare Telefontastatur (114), die an dem Gehause angeordnet ist und mit der Fernsprech- 
schaltung (1 36) gekoppelt ist, wobei die Tastatur (114) eine Matrix aus drei Spaiten mai vier Zeilen durch den/ 
die Benutzer/in niederdruckbarer Tasten umfaQt, wobei zehn der zwolf Tasten der Matrix jeweils den Ziffern 
0 - 9 einschlieGlich entsprechen, wobei die Telelontastaturmatrix (114) wahrend des Telefonbetriebs die Er- 
zeugung von Telefonwahlsignalen zum Wahlen einer Telefonnummer uber die Telekommunikationsverbindung 
steuert und ferner zum Eingeben von Informationen wahrend des Datenendgeratbetriebs verwendet werden 
kann; 

eine mehrzeilige alphanumehsche Anzeige (102), die an dem Gehause angeordnet ist, wobei die Anzeige 
(102) mindestens wahrend des Datenendgeratbetriebs bei einer Verwendung gleichzeitig mehrere diskrete 
Zeilen alphanumerischer Informationen anzeigt, wobei die Anzeige (102) dazu fahig ist, mehrere alphanume- 
rische Zeichen in jeder der mehreren diskreten Anzeigezeilen anzuzeigen; 

mehrere manuell bedienbare Optionswah Ischalter (1 08) veranderlicher Funktion, die am Gehause in der Nahe 
der Anzeige (102) angeordnet sind, wobei die Optionswahlschalter (108) bei einer Verwendung einem/r Be- 
nutzer/in ermdglichen, zwischen den mehreren angezeigten diskreten Zeilen alphanumerischer Informationen 
auszuwahlen, wobei die Optionswahlschalter (108) wahrend des Datenendgeratbetriebs bei einer Verwen- 
dung die hauptsachliche Benutzer(innen)eingabe an den femen Datenrechner (52) bereitstellen, wobei min- 
destens einige der Funktionen der Optionswahlschalter (108) wahrend des Datenendgeratbetriebs bei einer 
Verwendung dynamisch durch den femen Datenrechner (52) bestimmt werden; 

einen Prozessor (116), der innerhalb des Gehauses angeordnet ist und mit den Optionswah Ischaftern (108) 
und mit der Anzeige (102) verbunden ist, wobei der Prozessor (116) die Anzeige (102) steuert, um, anspre- 
chend au1 eine manuelle Bedienung der Optionswahlschalter (108), Botschaften in den Anzeigezeilen anzu- 
zeigen, um eine/n Benutzer/in durch eine Transaktion zufuhren, wobei der Prozessor (116) einem/r Benutzer/ 
in ermoglicht, eine Transaktion dadurch auszufuhren und abzuschlieflen, daft er/sie manuell Optionen aus- 
wahlt, die durch die Botschaften reprasentiert werden, die in den Anzeigezeilen angezeigt werden, ohne daB 
die Verwendung einer vollstandigen alphanumerischen Rechnertastatur erforderlich ist; und 
eine Datenkommunikationsvorrichtung (132), die innerhalb des Gehauses angeordnet ist, wobei die Vorrich- 
tung (132) mindestens Daten zwischen dem Prozessor und der Telekommunikationsverbindung Gbermittelt; 
bei dem das Telefon mit dem interaktiven Datenendgerat (54) einem/r Benutzer/in ermoglicht, wahrend des 
Telefonbetriebs dadurch einen abgehenden Anruf vorzunehmen, daft der/die Benutzer/in den Horer (100) 
abnimmt und durch das Niederdrucken entsprechender durch den/die Benutzer/in niederdruckbarer Tasten 
der Telefontastaturmatrix (114) manuell eine Folge von Telefonnummern wahlt. 

42. System nach Anspruch 41 , bei dem die Datenkommunikationsvorrichtung (1 32) Daten empf angt, die I nformationen 
fur eine interaktive Anzeige durch die alphanumehsche Anzeige (102) darstellen. 

43. System nach Anspruch 42, bei dem die Datenkommunikationsvorrichtung (132) mindestens einen ganzen Bild- 
schirminhalt zur Anzeige durch die Anzeige (102) empfangt. 

44. System nach Anspruch 41, bei dem die Optionswahlschalter (108) eine geradlinige Anordnung von mindestens 
vier benutzer(innen)manipulierbaren Drucktastern umfassen, die entlang einem Rand der Anzeige (102) an dem 
Gehause angeordnet sind, wobei jeder der Taster (108) der Position nach einer der mehreren diskreten Anzeige- 
zeilen entspricht. 

45. System nach Anspruch 41, bei dem die Datenkommunikationsvorrichtung (132) ein Modem umfaGt. 

46. System nach Anspruch 41, bei dem die Telefontastatur (114) ferner personliche Identifikationsdaten annimmt. 
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47. System nach Anspruch 46, das ferner ein innerhalb des Gehauses angeordnetes Verschlusselungsmittel zum 
Verschlusselnderangenommenen personlichen Identifikationsdaten umfaBt, um verschlusselte personliche Iden- 
tifikationsdaten zur Ubertragung Qber die Datenkommunikationsvorrichtung (132) bereitzustellen. 

5 48. System nach Anspruch 46, bei dem die Tastatur (114) zehn numerische Zifferntasten, eine "*'-Taste und eine 
Taste aulweist, die in einer Matrix aus drei Spalten mal vier Zeilen angeordnet sind. 

49. System nach Anspruch 41, das ferner eine innerhalb des Gehauses angeordnete Verschlusselungsanordnung 
umfaBt, die unverschlusselte Daten verschlusselt, um verschlusselte Daten zur Ubertragung bereitzustellen. 

10 

50. System nach Anspruch 41, bei dem das Endgerat (54) uber die Telekommunikationsverbindung mit einem femen 
Rechner (52) gekoppelt ist und bei dem die Anzeige (102) mindestens zum Teil eine interaktive Benutzer(innen) 
schnittstelle mit dem femen Rechner (52) bereitstellt. 

15 51 . System nach Anspruch 41 , bei dem die Datenkommunikationsvorrichtung (1 32) Daten in Paketen mit einer Lange 
empfangt, die fur die GroBe der Anzeige (102) optimiert ist. 

52. System nach Anspruch 41, bei dem: 

20 das Endgerat (54) ferner ein Speicherelement (118) umfaBt, das einen Endgerat-ldentifikationswert speichert, 

der das Endgerat (54) kennzeichnet; und 

die Datenkommunikationsvorrichtung (132) den Endgerat-ldentifikationswert Qber die Telekommunikations- 
verbindung ubertragt 

25 53. System nach Anspruch 52, bei dem das Endgerat (54) uber eine Telefonverbindung mit einem fernen Rechner 
(52) Verbindung aufnimmt, um finanzielle Transaktionen auszufuhren, und, ansprechend auf die Ubertragung des 
Endgerat-ldentifikationswerts, mindestens einmal wahrend jeder Verbindung mit dem femen Rechner (52) uber 
die Telekommunikationsverbindung mindestens eine Privatkontonummer empfangt, die mit dem/der Benutzer/in 
assoziiert ist. 

30 

54. System nach Anspruch 53, das ferner folgendes umfaBt: 

ein Mittel zum Eingeben eines personlichen Identifikationswerts; und 

ein Mittel zum Verschlusseln des personlichen Identifikationswerts zusammen mit der empfangenen Privat- 
es kontonummer. 

55. System nach Anspruch 41, das ferner mindestens eine Navigationssteuerung (104) umfaBt, die am Gehause 
angebracht ist und durch den/die Benutzer/in manipuliert werden kann, wobei die Bedienung der Navigations- 
steuerung (104) veranlaBt, daB das Endgerat uber die Telekommunikationsverbindung eine Anforderung neuer 

40 Anzeigeinformationen ubertragt. 

56. System nach Anspruch 41, das ferner ein Mittel dazu umfaBt, eine nichtfluchtige Speichervorrichtung auBerhalb 
des Gehauses anzukoppeln und zu ermoglichen, daB Gutschriften zum Endgerat heruntergeladen und von der 
nichtfluchtigen Speichervorrichtung gespeichert werden. 

45 

57. System nach Anspruch 41, bei dem das Endgerat uber die Telekommunikationsverbindung Informationen emp- 
fangt, die ein Rufziel angeben, und das Endgerat ein Mittel dazu umfaBt, uber die Telekommunikationsverbindung 
ansprechend auf die empfangenen Informationen einen Anruf an das angegebene Rufziel einzuleiten. 

50 58. System nach Anspruch 58, bei dem das Endgerat die rufzieiangebenden Informationen wahrend eines laufenden 
Anrufs empfangt und das Einleitungsmittel den laufenden Anruf beendet, bevor es den Anruf an das angegebene 
Rufziel einleitet. 

59. System nach Anspruch 41, bei dem: 

ss 

die Datenkommunikationsvorrichtung Testmittel zum Testen auf Fehler bei dem genannten Austausch umfaBt; 
das Endgerat ferner einen Speicher umfaBt, der mindestens mit dem Testmittel gekoppelt ist, um Informationen 
zu speichern, die AufschluB uber das Fehlertesten geben, und 
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bei dem die Datenkommunikationsvorrichtung ein Mittel zum Ubertragen der gespeicherten Informationen 
umfaBt. 

60. System nach Anspruch 41, bei dem: 

5 

die Datenkommunikationsvorrichtung (132) erste Daten empfangt, die den/die Benutzer/in dazu auffordern, 
zu erlauben, die Identitat des/der Benutzers/in an einen Dritten freizugeben; 
die Anzeige (102) diese Aufforderung anzeigt; und 

die Datenkommunikationsvorrichtung (1 32) uber die Telekommunikationsverbindung zweite Daten ubertragt, 
10 wobei die zweiten Daten die Benutzer(innen)bedienung des Options wahlmittels anzeigen, das auf die ange- 

zeigte Aufforderung anspricht. 



Revendications 

15 

1. ProcedE pour rendre au moins un service k un utilisateur utilisant au moins en partie un terminal domestique (54), 
. I'uttlisateur possedant un compte aupres d'une institution financiere (64), institution financiere (64) etant couple 

k d'autres institutions financiers (64) via un reseau financier (66), le procede* etant caracterise par les stapes ci- 
apres consistant k: 

20 

(a) recevoir par voie Electronique une demande de service Emanant du terminal domestique (54); 

(b) au moins en partie en rEponse k la demande de service recue, g6n6rer un message de demande 6lectro- 
nique pour cr6diter ou d£biter le compte de i'utilisateur aupres de institution financiere (64), le message 
genere englobant au moins un certain nombre d'informations dont Peffet est de garantir le credit ou le debit; 

25 (c) acheminer par voie electronique ledit message de demande a travers le reseau financier (66); 

(d) effectuer, avec le reseau financier (66), une transaction electronique garantie defondssous forme de credit 
ou de d6bit sur ou k partir du compte de I'utilisateur aupres de Pinstitution financiere (64) essentiellement en 
temps reel en se basant sur le message de demande acheminE; et 

(e) rendre k I'utilisateur le service demande. 

30 

2. Proc&te selon la revendication 1 , caract6ris6 en outre en ce que le terminal domestique (54) est un terminal de 
type informatique englobant un microprocesseur (116) et un affichage (102). 

3. Procede selon la revendication 1 , caracterise* en outre en ce que le terminal domestique est un telephone du type 
35 & Ecran, 

4. ProcedE selon la revendication 1 , caracterisE en outre en ce que le procede englobe I'Etape supplemental (f) 
consistant k affecter au paiement du service demande au moins une certaine partie des f onds credites ou dEbites. 

40 5. Proced6 selon la revendication 1 , caracterisE en outre en ce que le service demands comprend une consultation 
des comptes k domicile. 

6. ProcEde selon la revendication 1 , caractErisE en outre en ce que le service demands comprend le paiement d'une 
facture. 

45 

7. ProcSdS selon la revendication 1 , caractSrisd en outre en ce que le precede comprend en outre I'etape consistant 
a coupler un dispositif de stockage Slectronique au terminal domestique (54), et I'etape (e) consistant k rendre le 
service demande comprend le fait de charger de ia monnaie electronique sur le dispositif de stockage electronique. 

so 8. ProcSdS selon la revendication 1 , caractSrisS en outre en ce que I'Stape (e) consistant k rendre le service demands 
comprend le fait de charger de la monnaie Electronique dans le terminal domestique (54). 

9. Procede selon la revendication 1 , caracterise en outre en ce que ie service demands comprend le fait de faire ses 
courses k domicile. 

55 

10. ProcedS selon la revendication 1, caractSrisS en outre en ce que le service demands comprend le fait d'acheter 
des informations. 
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11. Procede selon la revendication 1 , caracterise en outre en ce que I'etape (d) consistant k effectuer une transaction 
financiers englobe i'etape consistant k regler le debit ou le credit avec le reseau financier (66). 

12. Precede selon la revendication 1 , caracterise en outre en ce que I'etape (d) consistant k effectuer une transaction 
5 financiere englobe I'etape consistant k solder le debit ou le credit avec le reseau financier (66). 

13. Procede selon la revendication 1 , caracterise en outre en ce que I'etape (d) consistant k effectuer une transaction 
financiere englobe I'etape consistant k regler et'k solder le debit ou le credit avec le reseau financier (66); 

10 14. Procede selon la revendication 1, caracterise en outre en ce que le reseau financier (66) comprend un reseau 
GAB de guichets automatiques de banques. 

15. Procede selon la revendication 1 , caracterise en outre en ce que I'etape de reception (a) englobe I'etape consistant 
k recevoir des informations d'identification personnelles compatibles avec le GAB provenant du terminal domes- 

is tique (54), et I'etape de generation (b) englobe I'etape consistant k encoder dans le message lesdites informations 

d'identification personnelles compatibles avec le GAB. 

16. Procede selon la revendication 1 , caracterise en outre en ce que le procede comprend les etapes suppiementaires 
ci-apres consistant k: 

20 

(1) coupler de maniere temporaire un dispositif de stockage portable au terminal domestique (54); 

(2) etablir une connexion entre ledit terminal domestique (54) et un ordinateur k distance (52); 

(3) envoyer des informations d'identification personnelles compatibles avec le reseau GAB depuis ledit termi- 
nal (54) jusqu'audit ordinateur k distance (52); 

25 (4) appliquer un message de demande de type GAB englobant lesdites informations d'identification person- 

nelles compatibles avec le reseau GAB k un reseau GAB (66) pour realiser une transaction financiere en 
temps reel; 

(5) envoyer une representation numerique d'au moins une partie desdits fonds audit terminal domestique (54); 

(6) stocker ladite representation numerique dans ledit dispositif de stockage portable; et 
30 (8) utiliser ladite representation numerique pour payer des biens ou des services. 

17. Procede selon la revendication 1 , caracterise en outre en ce que ladite etape de reception (a) englobe ie fait de 
recevoir une demande concernant des services de consultation des comptes k domicile, formulae par ledit utili- 
sateur. 

35 

18. Procede selon la revendication 1 , caracterise en outre en ce que ladite etape de reception (a) englobe le fait de 
recevoir une demande concernant un paiement de facture electronique, formulee par ledit utilisateur. 

19. Procede selon la revendication 1 , caracterise en outre en ce que le procede englobe les etapes suppiementaires 
40 ci-apres consistant k: 

recolter des donnees demographiques associees k t utilisateur; 

cibler des pubiicites sur ('utilisateur en reponse auxdites donnees demographiques; et 

acheminer lesdites pubiicites ciblees k I'utiiisateur via ledit terminal domestique (54). 

45 

20. Procede selon la revendication 1 9, caracterise en outre en ce que le procede englobe ie fait d'inviter I'utiiisateur 
k manifester son interet pour des informations suppiementaires concernant lesdites pubiicites ciblees. 

21. Systeme pour rendre au moins un service k un utilisateur utilisant un terminal domestique (54), I'utiiisateur pos- 
50 sedant un compte aupres d'une institution financiere (64), ('institution financiere (64) etant couplee k d'autres ins- 
titutions financiers (64) via un reseau financier (66), le systeme etant caracterise par ce qui suit: 

le terminal domestique (54) est specifiquement concu pour envoyer par voie electronique une demande de 
service k un ordinateur k distance (52); 
ss I'ordinateur k distance (52) genere, au moins en partie en reponse k la demande de service recue, un message 

de demande de transaction financiere electronique pour creditor ou debitor le compte de I'utiiisateur aupres 
de I'institution financiere (64), le message genere englobant au moins un certain nombre d' informations dont 
I'effet est de garantir le credit ou le debit, i'ordinateur k distance (52) etant couple au reseau financier (66); 
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le rEseau financier (66) achemine de maniere automatique (edit message de demande k restitution f inanciere 
(64); 

institution financiere (64) execute par voie electronique un credit ou un d6bit de tonds garanti sur ou k partir 
du compte de 1'utilisateur essentiellement en temps r6el en se basant sur le message de demande acheming; et 
5 le systeme englobe un mecanisme destine k rendre des services pour rendre le service demands. 

22. Systeme selon la revendication 21 , caracterise en outre en ce que le terminal domestique (54) est un terminal de 
type informatique englobant un microprocesseur (116) et un affichage (102). 

10 23. Systeme selon la revendication 21 , caracterise en outre en ce que le terminal domestique est un telephone du 
type k ecran. 

24. Systeme selon la revendication 21, caracterise" en outre en ce que le mecanisme destine" k rendre des services 
affecte au moins une certaine partie des fonds credited ou dEbites au paiement du service demands. 

15 

25. Systeme selon la revendication 21 , caracterise" en outre en ce que le mecanisme destine a rendre des services 
rend des services de consultation des comptes k domicile. 

26. Systeme selon la revendication 21, caracterise en outre en ce que le mecanisme destine* & rendre des sen/ices 
20 rend des services de paiement de factures. 

27. Systeme selon la revendication 21, caracterise" en ce que le terminal domestique (54) engbbe un dispositif de 
couplage qui permet de coupler le terminal domestique k un dispositif de stockage Electronique et le mecanisme 
destine k rendre des services charge de la monnaie Electronique sur le dispositif de stockage Electronique. 

25 

28. Systeme selon la revendication 21, caracterise en outre en ce que le mecanisme destine a rendre des services 
comprend des moyens pour charger de la monnaie electronique dans le terminal domestique (54). 

29. Systeme selon la revendication 21 , caracterisE en outre en ce que le service demandE comprend le fait de faire 
30 ses courses k domicile. 

30. Systeme selon la revendication 21 , caracterisE en outre en ce que le sen/ice demandE comprend des prises 
d'informations en vue d'un achat. 

35 31 . Systeme selon la revendication 21 , caracterise en outre en ce que le reseau financier (66) regie le debit ou le credit. 

32. Systeme selon la revendication 21 , caracterise en outre en ce que le rSseau financier (66) soide le debit ou le credit. 

33. Systeme selon la revendication 21 , caracterise" en outre en ce que le rEseau financier (66) regie et solde le dEbit 
40 ou le crEdit. 

34. Systeme selon la revendication 21, caracterisE en outre en ce que le rEseau financier (66) comprend un rEseau 
GAB de guichets automatiques de banques. 



45 35. Systeme selon la revendication 21 , caracterisE en outre en ce que le terminal domestique englobe un modem 
(1 32) qui transmet des informations d'identification personnels compatibles avec le GAB du terminal domestique 
(54) k Tordinateur a distance (52), et I'ordinateur k distance (52) encode lesdites informations ^identification per- 
sonnels compatibles avec le GAB dans le message de demande de transaction financiere electronique. 

so 36. Systeme selon la revendication 21 , caracterisE en outre en ce que: 



le terminal domestique (54) englobe: 

-un.moyen.dest ine.a .unexonnexion te mpora ire k un dispositif de stocJrage_portable,__ 

un moyen (1 32) pour Etablir une connexion.entre ledit terminal domestique (54) et un qrdinateur k distance 
ss s (S2), et"_ "". " . ".J" 

" un moyen pourenvoyer des informations d'identificationpersonn el les compatibles avec un rEseau GABdepuis 
ledit terminal (54) jusqu'audit ordinateur k distance (52); 

I'ordinateur k distance (52) applique un message de demande de type GAB englobant lesdites informations 
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^identification personnelles compatibles avec le reseau GAB a un reseau GAB pour eff ectuer une transaction 
financiers en temps reel; 

I'ordinateur a distance (52) envoie une representation numerique d'au moins une partie desdits fonds audit 
terminal domestique et stocke ladite representation numerique dans ledit dispositif de stockage portable; et 
5 I'utilisateur utilise ladite representation numerique pour payer des biens ou des services. 

37. Systeme selon la revendication 21 , caracterise en outre en ce que ledit terminal domestique (54) envoie une 
demande concemant des services de consultation des comptes a domicile. 

10 38. Systeme selon la revendication 21 , caracterise en outre en ce que ledit terminal domestique (54) envoie une 
demande concemant un paiement de factures electronique. 

39. Systeme selon (a revendication 21 , caracterise en outre en ce que I'ordinateur a distance (52) recotte des donnees 
demographiques associees a I'utilisateur, cible des publicites sur I'utilisateur en reponse auxdites donnees demo- 
ns graphiques et envoie lesdites publicites ciblees a I'utilisateur via ledit terminal domestique (54). 

40. Systeme selon la revendication 39, caracterise en outre en ce que le systeme englobe un moyen pour inviter ledit 
utilisateur a manif ester son interet pour des informations supplementaires concemant lesdites publicites ciblees. 

20 41. Systeme selon la revendication 21, caracterise en outre en ce que le terminal domestique (54) comprend un 
terminal du type a donnees interactives et a telephone integre, qui permet au terminal de donnees de fonctionner 
pour communiquer en temps reel avec un ordinateur de donnees a distance (52) et qui lui permet egalement de 
fonctionner en utilisant un telephone, le terminal (54) du type a telephone et a donnees interactives, en etat de 
marche, echangeant des messages vocaux via une liaison de communication telephonique au moins au cours de 

25 la mise en service du telephone et echangeant des donnees avec un ordinateur de donnees a distance (52) via 

une liaison de telecommunications par telephone au moins au cours de la mise en service du terminal de donnees, 
ledit terminal (54) du type a telephone et a donnees interactives etant a meme de fonctionner par le biais du 
terminal de donnees sans necessiter ('utilisation d'un quelconque clavier d'ordinateur alphanumerique complet, le 
terminal comprenant: 

30 

un boitier; 

une circuiterie de telephone (1 36) disposed a I'interieur du boTtier et couplee a la liaison de telecommunications 
au moins au cours de la mise en service du telephone; 

un combine de telephone (1 00) couple a ladite circuiterie de telephone (1 36), ledit combine de telephone (1 00) 
35 permettant d'echanger des informations vocales entre un utilisateur et ladite liaison de telecommunications 

au cours de la mise en service du telephone; 

un clavier de telephone (114) a fonctionnement manuel dispose sur ledit boitier et couple a la circuiterie de 
telephone (136), le clavier (114) englobant une matrice de trois colonnes sur quatre rangs de touches aptes 
a etre enfoncdes par un utilisateur, dix des douze touches de la matrice correspondant respectivement aux 
40 ch iff res 0 a 9 inclus, ladite matrice de clavier de telephone (114) commandant la generation de signaux de 

numerations telephoniques pour composer un numero de telephone via ladite liaison de telecommunications 
au cours de la mise en service du telephone et egalement destines a etre utilises pour entrer des informations 
au cours de la mise en service du terminal de donnees; 

un affichage alphanumerique multiligne (102) dispose sur ledit boitier, ledit affichage (102), en etat de marche, 
45 affichant simultanement plusieurs lignes discretes d'informations alphanumeriques ou moins au cours de la 

mise en service du terminal de donnees, Pafflchage (102) etant a meme d'afficher plusieurs caracteres alpha- 
numeriques sur chacune desdites plusieurs lignes d'affichage discretes; 

plusieurs selecteurs d'options de fonctions variables (108) qui peuvent etre actionnes a la main, arranges sur 
le boitier a proximite dudit affichage (102), les selecteurs d'options (1 08), en etat de marche, permettant a un 

50 utilisateur d'operer une selection entre lesdites plusieurs lignes discretes d'informations alphanumeriques af- 

fichdes, les selecteurs d'options (108), en etat de marche, acheminant I'entree d'utilisateur principale a I'ordi- 
nateur de donnees a distance (52) au cours de la mise en service du terminal de donnees, au moins un certain 
nombre des fonctions des selecteurs d'options (108), en etat de marche, etant determinees de maniere dy- 
namique par I'ordinateur de donnees a distance (52) au cours de la mise en service du terminal de donnees; 

55 un processeur (116) dispose a I'interieur dudit boitier et connecte auxdits selecteurs d'options (108) et audit 

affichage (102), ledit processeur (116) commandant ledit affichage (1 02) pour afficher des messages sur les- 
dites lignes d'affichage en reponse a la mise en service manueile desdits selecteurs d'options (108) pour 
conduire un utilisateur a travers une transaction, ledit processeur (116) permettant a un utilisateur de realiser 
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et d'achever une transaction en seiectionnant de maniere manuelle des options representees par lesdits mes- 
sages affiches sur lesdites lignes d'affichage sans devoir utiliser un quelconque clavier d'ordinateur alphanu- 
merique complet; et 

un dispositif de communication de donn6es (132) dispose k I'interieur dudit bottier, ledit dispositif (1 32) com- 
muniquant au moins des donnees entre ledit processeur et ladite liaison de telecommunications; 
dans lequel le terminal (54) du type k donnees interactives et k telephone perrnet k un utilisateur d'effectuer 
un appel de telephone sortant au cours de ia mise en service du telephone par le fait que I'utilisateur souleve 
le combine (100) et compose k la main une sequence de numeros de telephone en enfoncant des touches 
correspondantes de la matrice de clavier de telephone (114), qui peuvent etre enfoncees par I'utilisateur. 

42. Systeme selon la revendication 41, dans lequel ledit dispositif de communication de donnees (132) recoit des 
donnees representant des informations pour I'affichage interacts par ledit affichage alphanumerique (102). 

43. Systems selon la revendication 42, dans lequel ledit dispositif de communication de donnees (132) recoit au moins 
un contenu d'ecran complet k des fins d'affichage par ledit affichage (102). 

44. Systeme selon la revendication 41 , dans lequel lesdits seiecteurs d'options (108) comprennent un reseau lineaire 
d'au moins quatre boutons-poussoirs qui peuvent etre manlpuies par un utilisateur dispose sur ledit bottier le long 
d'un bord dudit affichage (102), chacun desdits boutons (108) possedant une correspondance de position avec 
une desdites plusieurs lignes d'affichage discretes. 

45. Systeme selon la revendication 41, dans lequel ledit dispositif de communication de donnees (132) englobe un 
modem. 

46. Systeme selon la revendication 41, dans lequel ledit clavier de telephone (114) accepte egalement des donnees 
d'identification personnelles. 

47. Systeme selon la revendication 46, englobant en outre un moyen de chiffrage dispose k I'interieur dudit bottier 
pour chiff rer lesdites donnees d'identif ication personnelles acceptees dans le but de procurer des donnees d'iden- 
tification personnelles chiffrees a des fins de transmission via ledit dispositif de communication de donnees (1 32). 

48. Systeme selon la revendication 46, dans lequel ledit clavier (114) possede dix touches numeriques de chiffres, 
une touche ■*" et une touche B # a arrangees dans une matrice k trois colonnes et k quatre rangs. 

49. Systeme selon la revendication 41, englobant en outre un arrangement de chiffrage dispose k I'interieur dudit 
bottier, qui chiffre des donnees non chiffrees pour obtenir des donnees chiffrees k des fins de transmission. 

50. Systeme selon la revendication 41, dans lequel ledit terminal (54) est couple k un ordinateur k distance (52) via 
ladite liaison de telecommunications et dans lequel ledit affichage (102) dispose au moins en partie d'une interface 
utilisateur interactive avec ledit ordinateur k distance (52). 

51. Systeme selon la revendication 41, dans lequel ledit dispositif de communication de donnees (132) recoit des 
donnees par paquets possedant une longueur qui est optimis6e pour la dimension dudit affichage (102). 

52. Systeme selon la revendication 41 , dans lequel: 

ledit terminal (54) englobe en outre un element de memoire (118) qui stocke une valeur ^identification du 
terminal qui identifie ledit terminal (54); et 

ledit dispositif de communication de donnees (1 32) transmet ladite valeur ^identification du terminal via ladite 
liaison de telecommunications. 

53. Systeme selon la revendication 52, dans lequel le terminal (54) etablit une connexion avec un ordinateur k distance 
(52) via une connexion teiephonique pour executer des transactions financiers et recoit, au moins une fois au 
cours de chaque connexion avec Pordinateur k distance (52) via ladite liaison de telecommunications, au moins 
un PAN associe audit utilisateur en reponse k ladite transmission de la valeur d' identification du terminal. 

54. Systeme selon la revendication 53, englobant en outre: 
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un moyen pour entrer une valeur ^identification personnelle; et 

un moyen pour chrffrer ladite valeur d' identification personnelle de maniere conjointe avec ledit PAN recu. 

55. Systeme selon la revendication 41 , englobant en outre au moins un contrGle de navigation (104) dispose sur ledit 
boitier et qui peut etre manipule par ledit utilisateur, la mise en service dudit contrdle de navigation (104) declen- 
chant de la part dudit terminal la transmission d'une demande pour de nouvelles informations d'affichage via ladite 
liaison de telecommunications. 

56. Systeme selon la revendication 41 , englobant en outre un moyen pour realiser une interface avec un dispositif a 
memoire non volatile exteme audit boitier et pour permettre le tetechargement des credits audit terminal et le 
stockage desdits credits par ledit dispositif a memoire non volatile. 

57. Systeme selon la revendication 41 , dans lequel ledit terminal recoit des informations via ladite liaison de tel6com- 
munications, qui sp£cifie une destination d'appel, et ledit terminal englobe des moyens pour d6clencher un appel 
a ladite destination d'appel specified via ladite liaison de telecommunications en reponse auxdites informations 
recues. 

58. Systeme selon la revendication 58, dans lequel ledit terminal recoit lesdites informations specifiant la destination 
de I'appel au cours d'un appel en vigueur et ledit moyen de d^clenchement met un terme audit appel en vigueur 
avant de declencher ledit appel a ladite destination d'appel specifies. 

59. Systeme selon la revendication 41, dans lequel: 

ledit dispositif de communication de donn6es englobe des moyens de verification pour verifier la presence 
d'erreurs dans ledit echange; 

ledit terminal englobe en outre une memoire coup lee audit ou auxdits moyens de verification, pour stocker 
des informations concemant ladite verification d'erreurs; et 

dans lequel ledit dispositif de communication de donnees englobe un moyen pour transmettre lesdites infor- 
mations stockees. 

60. Systeme selon la revendication 41, dans lequel: 

ledit dispositif de communication de donndes (132) recoit des premieres donnees invitant ledit utilisateur a 
donner son accord pour communiquer I'identitS de I'utilisateur a un tiers; 
ledit affich age (102) affiche ladite invitation; et 

le dispositif de communication de donnees (1 32) transmet des secondes donndes via ladite liaison de tele- 
communications, lesdites secondes donnees indiquant la mise en service par i'utilisateur dudit moyen de 
selection d'options en reponse a ladite invitation affichee. 
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